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ABSTRACT • ^. . ' 

Tvd abstracts and seventeen papers op educational 
information systems presented at ^:he Association for Educational Data 
Systems (A^DS) 1976 convention are included in this document.* An 
article describing tbe evolution of information systems provides an 
overview of educational dai;a systems. Seven articles cbijicern the 
implementation!. and use of information systems by educational 
administrators: five of .the'se articles focus onVpublic *schirols and 
school districts, and tVo articles f6cus on higher, education. 
computer model for simulating faculty flow and salary schedules in 
higher- education^ is\ also presented. TwiErj papery describe uses of' . . 
minicoffl'puters,. one for student record keeping^and one for predictijig- 
resource requirements. A lowf^cdst approach to on-line computex 
systems is presented in one paper, and seven papers describe •the use 
of the computer in salary schedule evaluation, program budgeting and 
accounting, pupil information, studies»of school attendance and 
attendance bouTidaries, and test scoring and reporting. (CH) 
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ABSTRACT- M i n icopputers are being used for student accounting incldid Ing ,prereg istraj,ion . scheduling, 
attendarr^ gra/ng. and bookstore systems In high schools of appro>^m^tely 2000 students. hardware 
eonfigurat'flyi^ card reader, rri^trix line printer, video display andXkeyboard , central process ing un « t , 
and 6 tixed and removable d^sc on one disc drive is operat^ed by schqpM .nA rlpr.r;.! n^f- 



er|c 



secretarial and clerical pei" 
sonnel ''supervised b^ri oca ^ administrator, and programmed by Ai strict programmers. Minicomputers 

In five high schools averaged 100 hours pier month per minicomputer for^ll appl Ifat lons , with peak pertods 
durlhg April and October and slow periods durirtg June and July. 



THE PROBLEM 



is'best for 



Which system of data processing 
student accoun*ting in a district of several high 
school^ ^ This question is anSV/ered for a high 
school til strict of eight high sch'ools with a 
tOta^ student' population of 16,000 students jand 
faculty pf 700 teachers. The isolution to the 
problem is to*use independen t pi n icompUters at 
the- local school sites and -was arrived at by 
trial and error carried out on a prove-that-i t- 
work»^basis in ope school before acceptance by 
other schools. The h|s\ory of. the solutiog of 
the problem is followed by a desoription Of the 
hardware configuration, use of pers^orniel^ sys- 
tems, usage for a calendar year, conclusions, 
and recommendations. ' , , . 

HISTORY 

ScKool admin is tratcfrs' increased demands ftr* 
i error-free, real-time computer services has re- 
\sulted in a transition from centralized data 
\proce^slng to jiecentral Ized data fjrocessipg irv 
\thc Gler^dale (Arizona) Union High School 
;>istrjct. ^ • 

A^ter an abortive experience, with outside 
cbmputer services to acQjomplish student account- 
ing by computer during 1971 '72 , only on^chool 
a \itc6 to Experiment wl.th a prepunched class- 
cfd system offered by a service 'bureau for 'the 
I < 72-73 school year. * r- 

The 1572-^3 acadeffiic year began with coua- » ♦ 
sclors ahd administrators effecting is^hedulifjg 
ard s<ihedule changes ^^by. f Tiling in forms pro- . 
vided by the service bureau. The in^Wllity to 
detect errors made while filling in forms caused 
mcny inadequate printouts of schedules, rosters, 
ar d ^radc reports . - 



. I Somewhat frustraie<J, counselors, adrtiiiS^ra- 
t>rs^and 'office staff solved the error dA^ti<>n 
aid correction problem -by accompi ishing ^heduTe 



>r correction at the schobi s.ite 
ipun'ch , 



changes ai^d er 
us Ing an' j026 ke' 

/Turnaround time, another problem, was im- 
proved fay purchas\ng computer tim^e from a local 
Industry on the s^ond aod third shift. Drawers 
9f class -cards werV removed from a twenty drav;er» 
fileand transported to the computer facility for 
processing. District personnel programmed and 
bperatecf. the compute 

Upor) consideration of the ^improved service 
» (resulting from the purchase of cocnputer time), 
administrators irt two\ add i t ional schools selected 
.to use the computer dirlng the next year, 1973*^ 
7U. The dat^ base waa Increase'^ frgp merely scu- 
cjen< names^and class schedules to personal infor-> 
mation which was* printed on the same <;ard as the 
student schedule. 

o Al though inany of thelproblems of error detec- 
tion and correction hadibeen eliminated and turn- 
around time improved, tne desire for real-time 
process ing .became apparAit, especially for atten- 
dance reporting and sj:heBule changes. * 

.TT»ree possible alternitives were studied: 
Lea^e of a l^rge, compute I to be locatecf Irr the 
di'^trlct 'of f Icf ; lease of remote printers and 
data input terminals 'fori the -schools, along with 
a centralized processor n the district office; 
or ^ease o^ minicomputer^ 'for, each of the schools, 
*where input terminals, printers, and' processors 
would be-operated by sch( si sti^ff. 

The* ^1 rst al ternative vas rejected'^'becaose 
it would mean a return to inadequa'te ^arnarouhd 
Jtijne. The/ second al tern.| t i ve was rejected for 
lack of redufrdancy in tht central prQj:es5or--i f 
the central processor failed, all schools Would 
be out of service. The j hird alternative was 
selected after a thqroud i and lengthy study of 
minlcomputers--and experimentation with One mini- 
computer during the s^r ig semester of 1973"?^. 



The experiment was Accomplished with one 
BAStC/FOUR minicomputer system instaHed in on^ 
school for a rental period of s i> months. 

Jesting of <he minicomputer applications to 
the attendance system from February through^Apri 1 
was an outstanding sjjccess. Administrators In 
five of the eight hrgh schools asked for 8AS1C/ 
FOUR min icomputeVs for I97^"75. Scheduling, 
grading, bookstore, and preregistra.t ion systems 
were ^dded es the year progressed. By February 
•f97S, administrators in all eight schools asked 
for the min {computers . "9 

PROCEDURES 

The ninicomputer in a high school is operated 
and scheduled independently of otfl^r schools and^ 
the central offjce, however, central office per- 
sonnel train local s-chool personnel and program 
the ninicompXiter^^ 

C r 

The hardware configuration shown in block 
diagram in Figure 1 is a BAS IC/FOUR Model 350 
data* process ing system. The Video Display Ter- 
minal inicltides a keyboard for data entry and a 
video dtspla^gfor character display transmitted 
from the Central Processing Unit at "a -rate of up 
to 2U0 characters per second. The CPU is a micro-, 
programmed general -purpose computer with a 16K 
byte protected core memory in which the operating 
system software is resident. The CPU *ias 8K bytes 
of. available user core memory. f/The Disc Memory 
Unit Qohsists of a fixed disc and a .remiDvable 
^artr'idge disc on a single drive. Storage capa- 
city of each disc is*2.lM bytes. The Medium-' 
Speed. C ha racteV printer is a matrix printer with 
a pr4nt ing-speed of I65 charaoters per" second, or 
60 full (132 character) lines per minute. The 
Card. Reader read^ 80-column cards at*a rate pf 
^00 cards per nvinute. |n addition to the BASIC/ 
FOUR, an 026 keypunch is; u-sed to punch 80-column 
cards'. 



ing the scheduling, attendance, and grading sys- 
tems. Classi;pom presentations are followed by 
actual pra"ctice»on the computers the schools, 
Although by~fhe-nunibers instructions are developed 
for operators* tnittal use of ^he computer, opera- 
tors <a re instructe'd to'rely upon tnt instructions 
and tyjie^^ions appearing on the scr^n of 6he VDT , 
witVflrhe intention that the use of written in- 
structions eventually becomes superfluous. The " 
Assistant Principal for Student Services^ in a 
school maintains and sup^rvis^s scheduling of com- 
puter^usage for the s<?V>ool . , , 

Systems design is accomplished by the dis- 
trict's Director orf Data Processing working with, 
the perso/is directly involved.. Every attempt is 
made to consider the computer as a tool to help, 
perspnnel accomplish their jobs easier and tOr 
^de,velop new uses for the computer. The. result is 
\that initially the same outputs as ^tho manual 
System's* ere generated, but wiih familiarity come's 
ifidence arvd the \;iinngaess to modify old sys-' 
t\?ms and develop new sys^ms. 

tim< 

time programmers, and /tht DireciC9r of Data Pro- 
cess ipg accomplished the progra^nming of t^e mini- 
computers for the firs»l two years. A second full? 
tim^ programmer was hired toward the end of , the 
secc^nd year in order^to ensure adequate pefsonnel 
whern three more minicomputers -are installed in 
the three r<*maining schools fol* the 1976-77 school 
year. 

In addition to programning, programmers train 
new school personnel in the operation of the mini- 
computers and in correct ion of • errors . 




FIGURE J. BASIC/FOUR r^ODEL 3!?0'W1TH CAR^ READER 



Personnel 

•Records and attendance clerks and secretaries , 
are given an inservice training program of three ; 
one-half days during the week before August regis- 
tration. The purpose of the workshop is to famil" 
iarizc participants with computer components, 
building c^ortiputer file^, and interaction of the 
operator with the computer vJa the VDT in effect" 



SYSTEMS 



The systems pr^ently operational are pre- • 
egistration, scbeckiUng, attendance, grade, and 
'tsooks^ore. ^ -'^ ^ ' 



I Prer^gi^trat ion 



i 



' the' Preret^ i St rat ion System is a system for 
capturing studerit subject requests and alternate-s 
for bo^h semesters ftf the followjng academic 
year, and producing a preregi strat ion reques^/ 
alternate form for' eSch student aod a master 
schedule for the l<5cal school staff. 

The sys*t£m jnitiilized when the student 
Cf*rcles desired subjects in a. prereg i strat ion 
form shewing all possible subjects. In addition, 
^students f^ll in a personal ^formation form on 
the opposite side af tf>e list of. subjects. Each 
prcregistration sheet is checked and subject num- 
bers, including requests and alternates, are re- 
corded by a counselor, or assistant, in the lower 
right hand corner of the preregistrat ion fotm. 
After checking, the .sdhoo.l^data processing con- 
troller keypunches a- student name card, request 
ca^rd , and alternate car<J for each student. 

The data processing controller reads these 
. cards «long with a set of subject name cards into 
I the card reader to build files on a removable 
"prere*<gistrat ion" di^c which contains all pro- 
grams and f,l les .necessary to^^ore reg i s ter students 



in a school of approximately '2000 students . T^jese 
files are then used to pr^oduce course .tallies, 
' grade level and per iodMoading ,«a Conflict matrix, 
aod* 1 ists of students by subjects requested and ^ 
conbinations of Subjects requested. 

The assistant principal us^s these various 
reports to aid in the development of a master • 
schedule. When the master schedule ^as been com- 
pleted, a two-part student request/alternate form 
is printed for each student and used as input to 
the Schedul inq S vsteit . - , . . 

Schedul i nq ^ \ * 

\ 

The Schedul mq Svs-tem is a system wherein stu- 
dent name cards, student request/alternate cards, 
and th^ master schedule are input and printed 
student schedules are qutput. • ' 

The SyStenj is initialized when -a master 
schedule deck of cards U keypunched by the school 
data process'ing controller. Each card contains 
thc*subjcct number, section number, teacher name, 
Voori niniber, credit, tra9^k, and semester for each 
Subject in the master schedule. The ^^eck of. cards 
is sorted by period. and r4produce<f forty times 
wi.th coler coded "class cardj^ for^.e^ch period. , 
• The cards are again sorted to o"btain a set of 
class ^ards for each subject and section, ^ ; 

Con-sidermg a list of subjects offered ea^h 
, period, the student formulates fir?t and second 
Xhoitff schedules on the lo^^er. part of the Student 
Alternate/Request form.** 

A student's schedule--preferably t+ie first 
choice — is built by p^a^\ng a class card for e^ch 
subject requested behind the student name card. 
A clerk checks the cards against the student's " 
Request/Alternate form. 

Sometime before thesa cards are read into a 
--dOjs^c file, a counselor nuQb^r card is Inserted be- 
hind -the student name c^hd. Ourir^g H^y and'June,-- 
student^ p«rsonaJ informal ipi j S keypynched i<^to» " 
six cerds. These cards are^ rea^ into a disc fil>e» 
of personal informal i oft on 'the s^ame disc a| the • * 
student scherfuTe file and ^Che master scW;dule 
] file. This.^^^ is callet^ the Student Master ^ 

J)isp. . * '* * . ' * 

Seven"*hard copies, of student schedule an^ per- 
sona I , in fornrat ion cards, are '^printed during August 
and o\ new students <^let school throughout the # 
"sem^Sjcr. New 'sch^dl/l(^S are printed also wh6n 
students have s^edufe changes. 

^ Attendance* * • 

' > • 

l^c At^Pgndance System input is prepunched 
attendance cards Containing student nixnber, S^u- * 
*dent, name, teacher name, period, subjett and 
section number, and Semester. Each teacher re- 
ceives a complete set of attendance cards for - 
G<ich cla"'ss, inisefts attendance carcfs for absent 
students in an envelope, and pjaccs the enyelope 
on a clip, near the door, or at a station«, jo be 
picked-up by an attendance office runner* each t 
period. Thtse^cards are read into the computer 



and returned to the 'teachers*, ma i I boxes before 
the erfd of the day. 

Each t>erfod, the attendance office clerk 
prints three' reports on the minicomputer. The 

* first report is a list of students report^d^ab- 
sent for that period, providing that is the stu- 
dents' first jieriod of the day. The second 
repopy is a list of students who have been pre** 
sent the'periods before thid period but are re- 
ported absent this period. ) 

J 

The third report is a Irst of students who - * 
are absent the periods prior to this period but 
are not reported' absen t this period.. Parent 
jiames , addresses, and telephone numbers are in- • 
.eluded In these reports to help attendance clerks 
mak*inq calls to Students* homes. 

At the end of the day. an attendance cl«rk * 
produces an aggregate report showing ever^ stu- 
dent absent one or more periods, the day's atten-^ 
dance pattern for each student, parents' name^ 
and telephone numbers, counselor names and the 
ADA periods for each stuaent. 

' * 

Two attendance report.s are printed at .the 
end of .the month. The f4,rst rep<5Vt provides a 
. profile of a student's attendance by day a«3d 
p*eriod*of the day. The second report provides 
statistics depicting the accumulation of sti/dent 
absences by grade level , and is used in prepar'a- 
tion of the State AOA/AOM re^port. 

^ iCrad inq 

The Grad inq System has student grades as input 
and report c*ards, grarJe distributions, and. per- 
manent record labels as output.* 

The teacher marks*, the student's qrade on the 
attenb^nce card on -the last day j>f the» semester. 
Grades are sorted ^nanual I y into -I's, 2's, 3*5"; 
^*Si*5's, 6's, and 7'Si and entered tl5 rough the 
card reoder into the. students' grade filepn the 

* Grading»System disc. Corrections are accompiish- 

ed interacUvely through the VOT lieyboard. 
. • • • . ^ ^--^ ■'J.*- . 

A rostfer Showing students and grades is print- 
ed for e^ch teacher and is used to verify grades. 
After verification and- a short period for^cor* 
. rfCtJljns' and changes, grade distributions are - * 
printed showing frequencies and percentage^ for 
each teacl^r by subject and total. Then, per- 
manent record labeJs. are printed and attached to 
students' perfnanent record cards. 

Bookstore ^ '/ . • 

The Bookstore ^vstem has two elements; a,^ 

bookstore ^ormc for each student-at preregistra- 

tion in August ancf account !ng' or school ^ 

- ac.ti vl ty funds . . ( . 

* ' . * >.•,.'••• 

TM sjlJdent bookstore form is printed from 
data ijQ^he ,s tudent schedule, personal informa* 
tion,<^nd master schedule computer file which 
containsvprices of b6oks ^ materials , aby fees 
^ ^for bach subject and section. . ' / s 



School activity fu^d^ d'fe updated periodi- 
cally through the VOT keyboard. The bookstore 
manager or assistant produces a report on the 
financial activity at each update, a report of 
activity by account number upon request, and a 
monthly cash analysis summary. 

COMPUTER USAGE FOR ONE YEAR ' 



The* average number of hours the fi^ve mini- 
computers in five htgh schools were used for each 
system during ibe*calendar year 1975^ is shown 
In Tables 1 and 2 . • 

I 

TABLE I. AVERAGE NUMBER OF HOURS (ALL USES) PER 
. * MINIi:OMPUTER FOR THE MONTHS OF JANUARY 
THROUGH JUNE 1975 
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TABLE 2. AVERAGE NUMBER OF^HOORS (ALL .USES) PER 
, MINICOMPUTER FOR JHE M.ONTH OF JULY 

*f , THRO.bGH DECEMBER 1975 
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Inspection of rhe ,tabl es re vdal-s ^t,bat the 
Pfere<ii stratiqn System \vs^ accoflWtisMdt .ifeg'inr - — ■ 
,ntng ih February, peaking in April, ^ and finish7 
ing in June. ' • 

• ; • 

Scheduling whictv consists of assigning stu- 
dents to classes and changing schedules was 
continuous throughout the year wjth peak per- 
iods during July, August, SjBptember, ^nd* October, 
and slow periods durinjg March .and May. 

the Attendance System was non-opei'ati ve dull- 
ing Ju I ^ and Augus t , had little acti vi|y during* 
'June-, and was fairly uniform through the remain- 
der of the year:^ ^ ^ . 

Gcading was accomplished during Jimuary, 
March, May, and October, with no activity during 
August^ and September." Gracing accoojpl isV^ed dur- , 
ing the months of February, April, Ju^e<f July, • 
Novefnber, arr^d December^Consistcd of cprrection 6f 
gradi'S, prifiling permanent recorxi labels, and' 
gradf distribution .reports. 



Bookstore activity was fairly uniform over all 
months with the exception of* August when the stu- 
dent bookstore cards were printed. The other 
months <3f the year were devoted to activity fund 
accounting. 

The "Other" category of usage includes tesb^ 
ing, instruction, and programming. Testing was 
not systematized within the schools during 1975" 
76, but will ^e Syst^itlzed in the schools dur- 
ing 1976-77. 

^ Instruction using'the BASIC/FOUR computer 
was developed experimentally in one high school 
during "1975-76. 

As shown in Figures 2 and 3, when alPuses 
are combined, the average number of hours used 
fluctuates sinusoidally around an-^verage ^f 
approx^imately 100 houps^^er month^'pej minicom- 
puter^ with'majjjito of over 1^40 hours during 
Apr.il a^d'OQtober and minima of approximately 
90 hours-^oVing February and 60 hours during 
July. ' , ' 



FltURE^ 2.' A,VERAG5 NUM^R OF HOURS EACH MIN|- 
COMfUTER WAS USED IN EACH SCHOOL 
FROM JANUARY. THROUGH JUNE OF 197b 
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If an operational month fs, considered 20 days 
then five hour^ per. day an average operationa 
day. Consequently, th<ire were 7-00 and 7.20 
hours per day in average operational days in 
April and October, respectively,, and 3-55 , and 
^-8^ ho'urs per day in average opera ti^onal days 
in February and Juno^ respectively. 

E-xperience ha 5 shown that five to six hours 
of oj^eratlon is i ^ull operational day- There- 
fore, operator hours were shiftec/ tp operate ^ 
over a day extending from 7:00 a-.m, to 6:00 p.m. 
♦ with opjsration. on Saturday at th« end of each 
monthly attendance period. ^ 



\ 



, FIGURE 3. AVERAaE 'NUMBER OF HOURS EACH MINI* 
COMPUTER t/AS USED \fi EACH SCHOOL 
FROM JULY THROUGH DECEMBER OF 1975 
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5. One full-time programmer should be hired 
for four or five high schools, with one or two 
part-time programmers for special assignments. 

6. Local schobi administrators responsible 
for scheduling computer usage should be trained 
on-the-job. *• 

« 

7. providing that a positive attitucte exists, 
present clerical and secretarial school staff 
should I6arn to operate the BASIC/FOUR minicom- 

' puter. * . 



CONCLUS IONS . 
I ^ 
Cons rderat ion of the history of computer 
applications and accufnulated usage of*student 
-accounting systems suggests two major conclu- 
sioni. 

\. Student Accounting can be accompl i slied 
On a minicomputer wi til in local high schools of 
approximately 2000 students operating indepen- 
deatiy of a central office system. 



/ 



-ducuuhl Iriy systems cart be 
develofftsd by district office personnel working 
in close coordination \>^ith local school admin- 
istration an<J staff. - 

w 

RECOMMENOATLONS 

E>^rience gained with five minicomputers in. 
fjve high* schools suggests several recommenda- 
tions for schools <jnd school di St ri cjs* cons ider- 
ing the acquisition of computers apd computer 
personnel , " ^ • ■ 

r. lo addition to cost, acquisition of com- 
puter htfi^dware shoul<j be based upon t^e exper- 
iences' of both '.local school st^'ff and central 
office staff. ' 

2. The district adminis^trator pf data pro- 
cessing sjipuld havaa*.broad experifence in stu- 
dent accoun 1 7 ng^" systems both manua^l\and -aujto- 
matcd. . ' * ' 



3.. OevelVpf^ent of a system should\be accom- 
plished at onXJ "school site before ddopt^ion by 
all schools. V 

- U. A system ihould be essentially th'e\\ame in^ 
a I \ schoo 1 s , bu t 
school 'rdcosyr\cric ies . 



should also alldw for local. 



o 



MY SCHOOL - MY WAY 



Raymond R. Libner 
Elmvood Park Hi oh School, Elmwood Park, Illinois 
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It is_ possible to bnnc* school and computer personnel together to im 
and ideas that can produce an ^xceflent workin" relationship and an outstai 
school. What the school administrator and the computer specialist must re(oqn 
"call the shots." ^The school administrator must take the position, "My Scnool 
situation occurs If the system can be operated with minimal specialist ass 
been established. At Elmwood Park Hiqh School in Elmwood Park.' Illiaois ( 
^operated essent1*ally by the secretarial -clerical staff, under the*di rectior 
with assistance from specialists only when new programs need to be written 



ate an exchange of concerns 
ding array of services to the 
ize is thatr'the school must 
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of school administrators, 
or existinn programs amended., 
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' ll possible to bring school and computer 
personnel tonetfver to initiate an exchange of 
concerns and ideas that can'produce an exc&llent 
working relationship and an outstanding array of 
' services to the school. > ^ 

T-en years ago the principal* of Blm;^ood Park 
H]gh School in Elmwood Park, Illinoi§"(1200 
students) approached the 'director of data 
processing at the local community college and 
asked for assistance in'initiating st^jdent. . 
scheduling at the high school. The principal" 
was a neophyt6 'in the use of computers.* Thanks 
"^^ — to-lTte^ patience and interest o^ both persons , • 
an evolutio n ofu^j^mtlnQ ^nsuel over "xhe years, 
resulting in an impressive growth of computer 



rgs 
^er 



ervices at Efinwood Park that has become .^a^ 
nodel for numerous other school districts jn^ 
Illinois . 

What the school administrator and the. 
comouter soecialist reconnized is that the 
school must 'call the shots." The admin- 
istrator took the position. "My Schpol ■ My . 
Way." A 

The computer specialist, today as years 
atnO| ne6ds to use his taVenls to improve the 
processes by which the school staff attempts 
to serve the students of the school. The most 
elaborate data pnocessinci system is a sham 1f i.t 
ddes»not improve the educational process at the 
local level - the school bulldinn and the class- 
room. 

Computer service! at Eln)woo(f Park High 
School have evolved over the pSVt ten years - 
through a process of "learning by doing," from a 
point of the school !s having no'equipment and 
little knowledge of what could, be accixnplished. . 
to a poinfof having its own mini-ioraputer. The 
hioh school-has an on-line data processing system ^ 



that serves -both 
financial functior 



the ^tudeRf functions and the 



,Each of the frograms has been developed at 
the request of the school administrative staff. 

/ Because the school administrators are experts in 
their field and because the dajta processing 
personnel are experts in their field the Key to 
producing a successful and 0[feratiojial profjram is 
understanding eaci other's jargon. When the 

' obstacle of differences in terminology or in 
subtle variations of defifvition have been over- 
come, the developrent of wofkab'le programs 
proceeds ap^ce an< provides the administrator 
with what he neecif , rather than-wi^ what the 
computer specialist thinks the school needs 
(or what th^specw^'t presumes^ hQ can pawn off 

/on the district). 



An ideal 'Situation occurs 'if the system can 
be operated from day to dav and vear-to year with 
minimal spec-ialist assistance, onceltfee procedure 
has been estahlished. At Elmwood Pari' Hioh School 
the system is operated essentially hv the 
secretarial-clerical staff, under t'le direction 
of school adninistrcitors . with assistance from 
special ijrts only w.hen nev proorams need to be' 
written or existinn^ pronrens amended. ' ' 

Most of the hardware at Elnwood Park High 
School is situated in a smalK cubicled area 
(9 ft. X 20 K.), adjacent to the principal's 
I-t consists c 



office. I-t 



.1. Keypunch'- Genesis I 

II. Card Reader - Four Phase Systems, Inc. 

A. Hoftoer and'Stacker (1000 cards) 

B. 300} Cards Per Minute 

III. Tape'DrWe - Four Phase Systems,'^ Inc. 
A. T-600 Bits Per Inch 
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IV. Disc Drive - Four Phase Systems, Ir 
A. SO'Millvon Bytes (50 Megabytes) 

V. Core - 72K 

VI. Printer - Four Phase Systems, Inc. 
A. 600 Lines Per Minute 

VII. Interactive Video Display Terminals (5) 

A. Connected Between High School Building 
and Adjacent District Office , 
' B. Located on tfie Oesks of the Secretarial- 
^ .Clerical Staff Responsible for Specific 
Functions ^ 

Most data are handled via^^^e video display 
terminals. The card reader ..tSf". util ize(l to enter 
prooram instruction data into tlje system. Infor- 
mation is available to tfJe'stafr via th^ terminal 
and/or via hard copy fr'om the. printer. The/'disc 
drive provides data storage ?nd daijy access, with 
back up security q^de possible by^the tape drive. 
The computer lang^ge used at £PH$ is COBOL. 
/if ' t 

Software services are provided by data 
processing specialists with Midwest Systems 
Gfoup, Inc. of Downers Grove, Il.linois. Tbeir 
personr>el .i?)^lude professional educators ai*^ 
technicians who are constantly reminded of fhe 
district administrator's premise, "My School - 
My Way.** ' o , \ 

The full Vange t)f services available to 
tlmwood Park High School and to Elmwood Park 
Comnunity Unit School District 401 is listed 
as follows: . ' ' 

STUOENT ACCOUNTING 

I. Student Scheduling 

A. Management'Listings . 

1. General Information ^ , 

a. Alphabetical Sequence 

, b. Year-in-School Sequence ^ 

c. Birthdate Sequence 

d. Counselor Sequeno^ 

e. Homeroom Sequence 

f. Disaster Station Sequence 

g. Lock^ Number Sequence 



2. Disaster Stations 

3. Homerooms ^ . 

4. Counselors 
^. Address Lal>els 1 

Random Number Lists ^ncj 

. I ■ 

B. Schdlduling - First SemestQr\ 



7^ I.D. Car?s 
8. Locker Assignments ^ 



Labels 



1. 
2. 



Keypunch Basic Data at Et^HS 
Diagnostic and Initial Scheduling 
Operating at IBM 360 Facility (Off- 
site) 

a'. Course File 

b. Teacher File , 

c. ' Student File 

d. T4IIX ' ' 



Potential Conflict Matrix 

f. Reverse Verification 

g. Pre-schedul i ng Edit 

h. Main Scheduler 

- i. .Master Schedule File , 

j. Student Reject Listing 

k. Student Schedule Listing 

3. Transfer Data Via Tape to Four Phase 
at High School 

C. Scheduling - Secl)nd Semester 

1. Modified College-Type Sel f-Registra- 
' tjon' 

a. "Pratect" Student Seats in All- 
Year Courses 

b. Permit Changes in Schedule As 
Seats Are fl^vailable in New or 
Conti nui ng ^Cours^s^ 

2. Process all Dat^ On-Site on Four 
Phase Equipment 

D. ' Printing Operations 



Student Schedules ' * 
Class Li§ts *v 
Count of S«ats 

a. Course Order 

b. Teacher Order 
Room Utiliz^tioa 
Teacher Utilization 
Student Receipt Report 



II. Grades 



IH. 



A. Grade Scanning Sheets 

B. Class List Proof Sheets w/Grades ^ 

C. List of Students Who Did Not Receive 
a Grade* for Any Class 

D. Print Grade Reports , 

E. Transcript Labels * ^ 

1. , Grades 

2. Credits • ' » " 

3. Semester ^rade Point Average . 

4. Cumulative Grade Point Average 

5. Attendance » . 

Reports and Summary Listings^-, 
- 

A. Report Cards 

B. Honor Roll 

C. Fajilure Lists 

D. Ipcomplete lists 

E. . Condition Gratfe Lists^ 

F. Mepicals . ^ > \ 

G. NOj Grade ^Ll'sts , . 1 . 
^ H. Audit Grade lists ' , * 

I. Withdrawal Lists 

J. Grade Distribution Lists ^ ^ 

K.. RankJii.Clasjs , 

L. Disadvantaged and Handicapped Report 

M. Driver Ed State-Report 

ti. Staff Roster , 

"0. Student' Telephone Directory 7^ 

P. Library Film Reports /Lists , and Label 

Q. District-Wide Labels (Sorts for one pe 

- family) ' , ■ ^ 



IV. Attendance Reports and Lists 



A. Daily Attendance Scan Sheets 
* B. Daily Attendance Worksheet 

1, Absences and tardies for 
each mod all day 

C. Absence Roster 

1. Basis for daily attendance 
record for teachers 

2. jnforms who was excused, 
unexcused; absent for 'full day 
or -part 

D. Monthly Attendance Detailed Listing 



1. .Lists each student with any • 

absences, specific days absent, and 
whether excused or unexcused 
• - « ' » 

E. Monthly Attendance Suimary 

F, Beginning and Ending Mods Matri^c 

1. This* job contral ceorganizes mod 
^ times for students with changes in 

their schedule 

,* 

'» ^ 
V. Updating Capabilities on CRT Terminals 



Student General Information, (name, 
address-, phone, parent »name, locker 
number, disaster station, homeroom, • 
birthdate, year in school,, sex, gratte 
school orig-in, total minutes attending 
school, diiadv^ant^ged tind. ^handicapped, 
codes, totfil 6-week grading period 
absences) , 
'Scheduling ' ^ 




B. 



C. 
tf. 
E. 
f. 
G. 



1. Add and Delete course frofn'student . 
file and also from student schedule 

2. Display Class. Lists ^ 

Grades 

iCr^dits ♦ . 
GPA's . ' 

'Attendance". ^f5«»fe, ^ 

PRS-Prints whatever shows^ ori^the 
'terminal screer^ 



. FINANCIAL ACCOUNTlliG | 
I. Reports and Sunmary 
A. Master Transact 



Listings 

on Lifting - Begin- 



ccount Activity Analysis 
>tatement^of Revenue and Expenditure 
Financial Statement h • 

AcdOunt OictionaOi^ | 
Receipt Report I • ) 
Insurance Report 

1. Alphabetical Order 

2. School Order 

3. Department Order 



L", Inventory Listi-ngs 

* 1. Inventory Number xOrder" 

' 2. Sc-hebl Order ^ 

' 3. Roo/ within School Order 

'4/ Classification Code Order 

' 5. B^cription Jrdeij ■ - 

6. Description within School Order 

yil. Bill Listings 

A. '.Annual Bill List (Beginning of Fiscal 
•Year) 

B. Monthly Bill List 
.C, Paid Bilt Labels 

•1 

In . Vendbr Listings i • 

A. , Vendor Order 

B'. Vendor Order with Remittance Address ^ 

C. Vendor Labels 

D. Alphabetical Vendor File Cards 

The ser^/ices enumerated have evolved from 
small beginnings. Ten years ago'the computer 
specialist at the corarnqni ty,c(/Mege performed 
a valuable service to one of the underlying hioh 
schools by installing a premise iti the mind of 
the'school principal: that th% use of data 
processing should be at the command of the user. 

"My School -.1^ Way", focu^s the spotlight 
oil the school, not on the' computer. The user ts 
in control of the system. 



nihg of Fi scaV-'I'ear 

L Purchase Order Number Order 
2. . Account Number Order*, 

B. Current Transaction l^i^stings .(^-ach 

•separate account, by Batch Number) 
'C.' Budget File Li'st?ngs - All accounts and 
balances of each 

D. Program Budget Listings. - Sub Pri 

E. Daily Transaction f^n . 

1, P'rint Purchase Orders 

2. Daily. Transactions Entered 
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PLANNING AND IMPLEMENTATION OF 
^ MANAGE^ffiNT INFORMATION SERVICES 
^ • FOR SCHOOL. DISTRICTS JN >MINNESOTA 

. ' ' vJack B.» Hoffman 

Coordinato-r/MIS Planning § Impleinentation 
MECC • 



ABSTRACT": The ambitidus project of providing school districts tnanagement inforn^ation ser- 
*vices (MIS) in Minnesota is being accorfplished by Minnesota Educational Computing Consor- 
tium-CMECC). Somfe of the questions tp be answered are: M^hat is MECC?; l^hat .are thfe sys- 
tem development plans?; How will MIS be impleraente^f? ^ r- -- - ^ ---^-^ 



^Ol^GANIZATION 

Minnesota Educational Computing Consor- 
tium was e^tablisjied to*prpvid^ computing 
facilities and support staff to serve the 
needs defined by education, and available 
equally to all s^tudenty and e4ucational in- 

♦ sti-tutions in Minnesota . Regular member- 
•^ship in 'this consortium consists of edu- 
cational systems which, dn their joint 

X jurisdiction, represent all of -the public 

• 'educational entities i*n the State of .Minne- 

sota. Tliese include: the Minnesota State 
Department of Education (SDE) representing 
publicT elementary, secondary atid vocation- 
« al (ESV) education; the "Stat^ Junior Col- 
lege?, System, the State College' System '^nd 
the University of ^ Minnesota, Representing 
public higher education, ^e State De- 
partment of Administration is also a mem- 
ber of NffiCC. Hereinafter, these will be, 
called the "m^ber systems". In^addj.- v 
tion, private educational ^institutions 
can use services of ,the consortium. 

The >IECC Board of Directors is re- 
presentative of the >oi*nt pgirers, agencies 
^with two members from •each of the' public 
higher education agencies; six members 
from the- Department pf Education (re- 
presenting elementary, Secondary and vo- 
cational education); three members are 
appointed by the Governor and one member 
appointed by the Commissioner .of Admini- 
stration. The private educa*tion sector 
is represented by one of the Governor's 
appointe^es. 

RATIONALE FOR THE CONSORTIUM APPROACH 

Thp concept* of form^g an education- 
al computer ^services consortium was a 
logdcal extension of planning efforts 
which occurred^ o^ei' the past several ^ 
ye,arsi Earlier planning reports stressed 
the need to view comp^^ng and informa- 



tion systems in the contejjt of the complete . 
continuum of educational levels, elemen- 
tary/secondary/post-5econdary. The need to 
do this h^s grown as computers and inforrm- « 
tion systems assume increasingly more sig- 
nificant roJ.es not only in the processes of 
instruction and research within education- 
al institutions; but also in .management and 
administration of these institutions . '^his 
need for comprehensive planning and sitaring 
of resources^ by education at* all levels has 
been acc^cDtuated further by the growing 
technological and economic feasibility of I 
communication networks which permit inter- 
connection of computing terminals and fa- 
cilities throughout the State. ' 



PURPOSE OF THE CONSORTIUM 



f the 



In meeting ^he general! object?ive di 
organizatipn as stated aboWi, the specific 



purposes of flECC in ^servin 
tems ^re as follows: 



Ithe member sy5- 



To ensure effective computer services 
to all students and faculty where a 
computer is" needed eitt er as a tool 
or*an object of instruction. » - 

• . ■ . 

To ensure effective UC( e3s to com- 
puting and inforihation services by 
facuJLty and students for research, 
'where res'earch is part of the aca-^ 
demic program of an institution.. ' 

To assist the systems of* education 
and various coordina;ting agencies 
in providing meani^ngful information 
which will be used^in formulating 
effective educational policies by 
f- governing boards and the executiv 
and legi*slative branches of govern- 
ment* . 

To provide Effective management in- 
formation services (MIS), including 
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(.administrative data processing, for 
the. management of educati6n and ed- 
ucational resources at all levels. 
Thf remainder of this report will 
address MECC-MIS. 



REGIONS 

The implementation of Elementary/Sec- 
ondary/VocationaL (ESV) Management Infor- 
mation Services (MIS) will be completed 
on a regional basis'.' Thi^ concept keeps 
gqvemance^ closer to tlje user, a definite 
concenuof 'no$t districts. In addition, 
the logistics Of ' delivering sepvices to the 
districts becomes more realistic. 

If , 

Of the scfven regions which have been 
created, two encompass the Minneapolis/St. 
Paul metropolitan area with 'the other fiv^ 
servicing^ non-mettopolitah or out-state re- 
gions, / . ♦ . ■ 

Fo^l^r major factors considered in de-^ 
fining the regions were: ■ ^ ^ , " . 

i: - . GeDgraphic 
2. ,.NumKerof districts 
' S. Nunrber of students 
4. .Presently existing organiz 
tions' * 

One of the twt) I metropolitan regi „_ , 
(Total tnformatiion Educational Sysjtemsj,' 
has been in exilstance since 1965. Presently 
.there a're ^ diiptricts with enrollment of^ 
250^00,0 students utilizing their service. 

\ The^oth^r metropolitan region^ METRQ*^I 
has five ofythe largest districfis^as members*. 
The non-me^opolitan. regions* have ^tab- 
lished regional governing boards. These 
boarHs have selected Regional Directors 
and 3 of the S non^yietrppolitan regions 
jare staf|ing'in preparation for becoming 



operati/)feal. 




REGIONAL READINESS SURVEY'^ 

In 1974 the SDE and MECC conducted a*' 
study to help determine the feasibility '.of 
j|fetabrishing regional management informa- 
"on services centers. The five non-metro- 
politan regions had each of their districts 
complete the MIS survey. Each region then 
submitte'd the completed surveys to MECC, 
which in turn wro^e a regional survey re- 
port.' 

• >. ■ 

fcThe regional "readijiess" survey reoort * 
was intended to provide , informat:fen- -^^^ 
school district administrative officials^v 
the reponal boards, the -SDE, the MECC ^ 
Board of Directors, and , the legislatjure.. 

For each region, the specific objec- 
tive^ p£ the survey were: 

^To ascertain the' current status 



ojrMIS; 




2. To determine cuxrent^Tairs-en^ ^ 
^prioriti|^ of-^chool districts 

for obtaining MIS services; 

3. ^ . To document ihe school , district 
administrators' atti*tudes> in- 
terdsts, and concerns regarding 
f^ctcjrs related to cooperative^ 

ran^ements . ^ 

the/non-metropolitan dis- 
Vested in regionSlMIS cen- 
ot interested; ano^ift^j^e 

illnterest in the m^etropoi'? 



MIS 



)\bout 701 
tricta were In'o 
ters ; /lOI were 
non-cjommLttal 
tan iiegi/Dns was 



i; 



is 



ESV STEERING C0MMIT;TEE \ 

.'-I)uriitg t*he falll of 19*74,. the. State De- 
partment of Education established the ESV 
Steering Committee. Each Vf the 5eVen MECC 
regions designated representatives' to attend 
these hi -monthly meetings. ^ ' "/ 

.The tesponsibilities^^aftd-^uties of^tfie 
Steering Committee arc to'pfoVfSe'^dvifSe*'^ 
and/or*make recommendations^ to the SD6 con-' 
cemin^: ^ . - ^ . 

■ 1*. Policies and procedures for * 
Statewide MIS services. 

2. , SchoJl^ district information arid 

data iSrocessing requirements. 

3. -' Regional apprO^V^ and alternative 

approaches to providing manage-, 
ment information -services 

4. Annual and biennial budgets and 
plans for .management information 
services. 

5« The coordinated *deve?lopment of * 
common appljLcatiohs softwares 
and systems for regimenal service 



centers* 



( 



7. 



Statewide* data .and reporting 
standards^* 

Statewide t/iining and user 

services coordination. 

f 



, The following f ive\policies were 
adopted: 

I. There sho\ild be one comprehen-' 
. sive and flexible elementary, 

tecondary, ?nd vocational 
CSV) statewide management 
information system with an 
• integrated data base defined 
such that, a mandatory subset 
of the data iglements would" be 
defined by the SIJE, and a sec-i 
ond subset would be defined - 
statewide with optional re- 
•gional or local' usage. ^ 

The Stgjte Board ot Education'^ 
ESV. Steering Committee should 
havV responsibility for the 
review and approval of systems 
specifications anoilfor setting 
Juniorities for system develop- 
ment and revisj.ons^; 

MIS development in Accordance 
with *2. above, -shour^ be 
accomplished through a single 
statewide e.ffort under the aegis 
of the State Department of pd- 
' ucation. . ' 

I . 

The common system to be de- 
' veloped ''should use, as a point 
.of 'departure, the currently 
>existi)ig software system serving 
\he *TIBS consoTlJium. The TIES 
t ' \ software ^hpuld be* modified to 

* ^include other significant appli- 
» , cation packages Nuchas those 
-existing in METRO-II and other 
i»regi^ons. 

^5.;?;, The common system should be 
designed in ,such a* way as to 
facilitate equitable ^bidding 
in accordance with state 
statutes. 

^^ECC-MIS ORGANIZATION 



N 

Dl rcctdr 
of 
HIS 



Hints* T ESV ^ 

Syttcrs 

Devoloprtnt 



Coordinator 

'of 
runnlnt ( 
IcpUrcnf tlcn 



LUiton 



Payroll 



tnttructlonal 



The Manager of ESV Systems Development 
has the- responsibility for supervision of 
the staft| in a-ddition to the development ' 
effort. ; ' ' 

The* system software group and each*9f 
.the/ functional areas (e.g.,. Finance, Per-^ 
sonnel/Payroll J ^tc.) have a team leader. . 
The SDE liaison, a MECC empioyee, coordi-. 
nates the SDE needs with the i^ther func- 
t tional ^reas. , 

Statewide functional area .advis^ory 
committees have b«en established. * The ad- 
visory eommit^tees hav^ a,t /least oj>e repre- 
sentative from each of the seven regions^ 
The regions also have advjLsory. committee? 
'for each functional area.; 

The dbordinator of Planning ?i Implem'en- , 
tation w^orks ^th the seven regional boards 
in, evaluating Tleeds and kn determining the « 
implementation plans foTf ^he r.e'gions. The 
^coordinator also has a ^marll staff of train- 
ing specialists to assist the regions during 
implementation . • 

• 

Since January, 1975, there have been ' 
five types of MI:S training worksh9ps con- 
ducted aroil|||^the statc^. They Here: 

TIES Pilot Districts 
. . - SDE/MRCC Refiional^ Planning 

. - SDE/TPj-s ins ' ' 

Minnesota Assocliation of School 
Busine&s Of f icikl5 . (MASBO) 
Regional FunctiJnal Ar^a Workshops 



The SDE contracted wikh TIES to deliver 
services to four\districtB in rural Minne- 
sota. Jhese fou^ dispricxs are known as 
the TIES pilot drstricts. These districts 
have conducted workshops on sixecific appli- 
cations or services (e.g., Personnel/Pay- 
roll, Student, 'etc. ) Staff 'from other dis- 
tricts who were interested in these speci- . 
>fic *areas we^e enco.uraged to' att^d. Each 
»pf the'»T>ilat idistnrcts \fas assis;t(?d,^^bx the^ , 
.?riES serviQe*staff in presenting s3^x half- 
day ' se^sioWs . N ' ^ 

Six regi^onal workshops were condufcterf 
oooperatively by MECC\and SDE. The objec- 
tives of each workshop were: (1) to r^orm 
participants x>r the status of, MK devel< 
ment in Minnesota, (2) to pres^ent basic 
V MIS. concepts , .and* (33 to provide in forma- 
> tion for malting a decision on regl«Mal( .MIS 
centers^' The ageltida for these one;aay work- 
shops inclt|ded: an update on. instruct;ional 
timesharing, SDE/MH<2C/ESV rcgroh'al relation- 
ships., ComputerLand MIS concepts, MIS sur- ' 
vey results, uniform financial accounting 
and regortiftg' standards (UFARS) , ^statewide 
.MIS planning* UFARS is a .structureH budget: 
afy ^accounting system thati will.'be u$ed by 
all school districts in Minnesota'. ^ 
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In 1974, TIES ^taff conducted two 
I'll I day MIS workshops to provide Super- 
intendents wi,th an opportunity to become. ' 

'These workshops, were / 
to reach superintendents 
^to attend the previous 



familiar with 
repeated in 197^ 
who were unabT^^ 
y^ar. 




In March, 1975 MASBO sponsored a work- 
shop dealing^ with implications of MECC on 
schoc^l fiscal management. This two- day 
event veas aimed at those persons who have 
day-to-day responsibility for fiscal manage- 
ment activities. 

During September and October of 1975,* 
regional functional area workshops were con- 
ducted in the non-metropolitan ^regions in 
the State. ^ Th^s gave district personnel an 
opportunity to interface directly with tlie 
l^ey individuals in each functional area. 

I 

SXSTEMS DEVELOPblENT, ' • " 

One of the more important effects of 
the principles a^o-pted by the pSV Steering 
Committee is the initiation of, a "state- ^ 
level" 'common effort to provide system 
software and administrative application 
programs. It is the i*ntent of che system 
developmenf staff .to provide a ^ell docu-<>j 
mented, fle^fible ^d expandable state- 
wide system.* , • 

, . I 

An* advantage of this approachiis that 
- It represent^ a systematic metho^ilfor pro- 
viding management information services 
iox all the. sjphool districts in ^^innesota. 
Related to thts are potential benefits to 
be reaTize^if yom economies of scali 
chieved in iKilizatiqn 
ware ajid systems. Compc 
ness and accuracy of in! 
ported to state and federal /agencies wilrl ' 
*also be a major benefit of statewide effort. 

The basic mpdel for the statewide ESV- 
IS is, the existing TIBS system. Addition- 
al' .conceptual and design Enhancements wiXl 

Jbe*based, upon efforts a ccomp lilted By 

'METRO- II' and other rfgionsi 

The system development staff is using 
a project cToi^rol system called PRlDE 
(PRofitable In^i^nnation by DEsign through 
PHased Planning ai\d ControlT^which was 
developed by M. Bryce and Associates, Jnc. 
The PRIDE system is broken down into the 
following phases: 

1. System Studij § Evaluation 

2. System DdSigB # 

3. Sub -System Design 

4. /Procedure Design - Administra- ♦ 
, <ive Computer , 

5. Prografn J)esign 

6* Computer Procedure Test . 

7. System Test 

8. Systgm QpeVation 

9. System Audit 



a- 



\i compatit^le hard- 
^rabiLity, timeli- 
>rmation re- 



During the .next year, majpjr emphasis - 
will be placed on imJTlementing the ESV-IS ] 
at METRO-II (Minneapolis, St. Paul, Robbins- 
dale. Mounds View and Vo-TecJh 916 districts) 
Three non-metropolitan regions will be- es- 
tablishi^ng regional service centers to start 
operations in July of 1976". The other two 
non-metropolitan regions will be establish- 
ing service cbnters to start operations in 
January of 1978. . . 

The SDE will be dbveloping .tfebir in- 
ternal MIS during the next year. 



HARDVA^ ACQUISITION » ^ 

Thfe task of identifying the system 
hardware requirements involved a process of 
analyzing k previous requirement study con- 
ducted by METRO- 1 1 and TIERS' in addition to 
input received from other technical and*/ 
u^er staff. 

* Catse was taken tp insure that the bid 
specifications conforme4 to Statq procure- 
ment statutes and related to a wide range 
of regional computing alternatives* 

After Jthe preparation of .the bid speci- 
fications, the JState department of Educa- , 
tion^ .the MEfC staff and various ativisory 
groups revipwed the^'specifications from_ a' 
technical standpqint. Th^ specs were aisa 
critiqued by a private consulting firm, *\ 
A.Di Little and Associates. , Upon approval! 
tne wid 'Specifications Were released to all\ 
major vendors on the state bidltder's list., \ 

The bids ^or the computer systems were \ 
received and evaluatexi by the HSV-^IS Bid 



Evaluation Task Force, consisting of re-i. 
pre*senjatives from the MECC membership and 
the *MECC Qopsu^tant Arthur D. Little, Inc., 
This evaluati6n process included question 
And answer sessions with technical repre- 
sentatives of each bi4der. 

The MECC Board recommended approval of 
the bid award, upon verification that the ^ 
^vstems bid will perform as specified prior 
*to final bi«d award. This- performance veti-^ 
fication should be accomplished by analy$is 
of the operation of systems very similar 
irt hardware and software configurations to' 
It anticipated by the ESV-IS. ' 

The ptsrformance verification was com- 
pleted by visiting four Burxoughs^ installa- 
tions that have comparable systems* Con- 
tracts with Burroughs have been completed. 

\ 

SUMMARY ^ ^ . * 

The concept of a statewide computer con- 
so 4*tium in the-«dncational environment is a 
reality in Minnesota^ . -This 'report des- 
cribed the evolution of hifeCC and more speci- 
fically Addressed the planning and implemen- 
tation of MIS in 'the school districts. 




ABSTJ^CT: TRe mddel Is a sophisticated simulation tool which can be used in gaililg faculty flow, s'aluricb. 
*and ^^lary poJ.icies at in9titations of higher learning for up to ten years in the future. Although spe- 
cifjlc^lly developed^to meet fhe needs of Miani-Dade Coninunity College (M-DCC) , it was designed vlth ^suffi- 
cient -flexibility to be useful to other colleges and. *jniversiti^6.* Furthermore, the computer progcdm ijr 
the mo<Jel was wuftten in American National Standar<f (ANS) COBOL so that other educational institution's •'and 
even companies <^n use the model with «i minimum of modifications. * ^ - 




The Toculty Flow Model, developed recently 
Miami-Da<^e Community College , provides Insight as 
to the prbbable pat^s that faculty will take during 
the doming ten years. Once each year in the future, 
each individual faciiUy member IS promoted, retired 
or terminate4 in accordance with personnel "and 
saljjjF^-^olicies and the cast of a rahdora number^ 

uch poiTcies, incidenrtally , Can be modified on a 
yea\;-by-year basis.) Considerable research was 
required to develop the "hard" data from the his-v 
tory of ^faculty flow In order to make reliable, 
predictions. 'Also, standard actuarial data was ^ , 
used for ;ietermining the probability of death oc- 
curring in any one year, as a function of age and 
sex. Prior 'to exercising the model, an extract of , 
the* faculty personnel payroll 'file is made con- 
taining such critical elements as rank, age,*ycars|^ 
at the college, years in rank, sex i\<i current 
salary. ' ^ 

• ' "J 
Technically, the model Is ^ moditi^ed Maf 

chain, Monte Carlo einvilation . , ^rogramlhg wae 

done in ANS COBOL §o that the -computer/program 

could be adapted by other <^olldl^es and universities 

with minimum effort. •\ , 

\ 

The purpose of the Faculty Flow Model is to pro- 
vide decision makers with long range informatioi^ ^ 
.concerning economic solvency. Thus executives" at 
an educational institution cap explore opt-ions and 
make decisions with enough lead time so as to avoid 
such catastrophic, problems such as bankruptcy or 
insolvency. Stated iu a more positive, way , this 
model will permit upwaVd adjustments to* a salary 
SGhedu/c to be studied and declared economically 
sound prior to implementation^ Accordingly,, 
higher salaries of both rentaining and new employ- 
ee es .might be recommended then would otherwise be 
the case if no gaming had takon place. . • 

•Some of the more interesting possible paHc^ 
changes that could be gamed are as follows: , 

1. What fs the Impact ofj imposing 

^ * »a hypothetical quota for aach . , 
•academic rank? • ;S 

2. What J. s the economic eff<»ct of, / * 
-^'^'^^altering the ^mandatory Require- 
ment age'? 1^ 1^ 

f 

3. *'What is the economic impact of 
j changing the percentage of the 

total number of personnel per--\ 
' • mi teed to be on jti one* ye^r leave 

^it^i pay?/ , • ' ^ ^ - ^ 

'i. Hhat is the long range e'po;\omic . ♦ 

ippact of" boosting the ceilings ' ,\ 
of all present salary, schedule^? 
\ • |t 

»\n Important acknowledgement* must be j;iv«^n to 
t)r* Robert McCnbe^ Executive Vice President 9f 
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Miami-Dade Community Coll^gp, who developed the 
economic concept upon whicl^ this mffdel is ba'^ud. 
To understand- this co'ncept; consi'der an environ- 
ment where the total dollars available for all 
salaries are, generally speajjlng, invariant with, 
time, assuming a status qu^ enrollment and no 
injlatioix* In such a cairt» the total dollars 
required by paying inp^feases to people on board 
must be obtained by^ev hires bein^ employed at 
salaries less Cpt^ar less) than the salaries of 
the personnei^hom they are replacing. (Obviously, 
changes tJt^nrollment or consideration of an infla- 
tionecy rate are complicating factors.) Using 
thi,,fl^oncept, the model can be played two ways, 
to speak: frontwards and backwards. In the 
frantwafrds version, the average salaries for new 
hir'esr is an input, and- economic solvency dp a 
year-ty-year basie is investigated. Played back'- 
wards, economic solvency over the period of time 
investigated (up to ten years maximum) is assumed 
as an input, and the salaries that can be paid 
new hires is*determined by calculations. 

It Is believed that this model will' make a 
significant impact in long range planning at Miami- 
Dade Corarauuity College, and it might do same- , 
for other institutions which m'i-ght choose to usfe 
It as a planning'tool, 

*In the following sections, the. Faculty Fltw 
Model will be referred to as the "Salary Solvency 
Model", the name by wKich the model is best ,knovm 
at M-DCC. \ . * • ' 

METHODOLOGY DISCUSSICJJ 

The Salary Solvency "Model can be considered a 
"Modified, Markov Chain, Konte Carlo Simulation."* 
An explanation for this definition follow^. 

, Ma rkov Process 

^ ( 

A time-line that is basic to an understanding 

of-«-*^tkavL.Process is given in Figure 1. 

Figure 1 

Time-line for a Markov Process 



EVEHX <^1 



EVENT 



^ TIME 



In a Markov process, changes (or "transitions") ' 
occur br ca^ bq assumed to only at ong or more 
fevents.^W changes occut between J)yj»trsf A second 
arite^j>ion for a process to be 'Marlifcvian is that 
ptobabilitles associated with an evenp are not de- 
pendent on the outcorae.of the preceding ovent# 

Personnel p^^actlces -such as hiring and termi- 
nating at a college were assumed fo be Marjcovian \ 
for the purpose of^hts^ dcvelapmerfc. - Thia. neces- 
sary slmplifyii>«:^8sump*tlon was poBslble betau^wT 
of the negUpfblO error introduced! there^^i^ »A 
Markovian process ^would assume thajj: 
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occurring during a year tan be considered having 
occurred at the same tine, probably the beginning 
of the year. ^ '> . 

In -a Markov process,, it Is convenient to t^ink 
in terms of "stages" prior to. rfn event and "states" 
following the event with a "probability transition 
^trix" or "transition matrix*' containing the pro- 
babilities of going frqn one state to the others 
when the event jocciirs. 



To develop an illustration an instructor will 
be considered who is at^tlie institution before 
"Event jCfl." (Event i^l couid, for example , 'be .the 
beginning of the 1975-76 year.) The input state 
^ .for Event is thus simply "instructor." Typical 
output states of Event i^l would be as follows: ^ 

1. Instructor, 
/• -2. Assistant .professor , and 
3, Termination 

The transition matrix for Ev^nt ^1 is described 
in. Figute 2/ " 



. Figure 2 

Output State Probabilities 
Considering One Input State 



INPUt 
STATES 
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Inst. 



Inse. 
0.6 



OUTPUT STATE PROBABILITIES 



Asst. Prof . \ 



0.3 



Term. 
0.1 



Each of the numbers above repres6nta_^^rap*ltion 
probability. For example, the probabiliry of the 
Instructor being promoted to assistant professor 
is 0.3 (or three chances in ten).v 

Figure 3 vfas obtained by expandiig the one input 
state transition matrix (Figure 2) Vo include 
"assistant" pro'fessor" as an input sfcatc*. 

Figure 3 

Output State Probabilities 
" Considering Two input States 

. • , ; OUTPUt STAITE 'pROBABit 

WITH. TWO INPUT SX^I 

' Inst. As6^Prof. Assoc.Prof > ^TeBfr^ 

0.1 
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INPUT ^ 
STATES 



r Tpst. 0.6 



Asst. 
Prof. 



0.0 
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0.0 
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Each zero in fche mattlx Indicates that that parti- 
cular transition is hot 'possible^ Each set of 
.output probobilitiei^'i.d mutually exclusive and' 
exhaustive, ■and'th6 sum of . all' probM>fllty sets J. 
has to equ*l>On>*^, . ' 

' It Is often coi^venicht to think a series 
evQjUs., Tliis i's the case with the SaUax^ Solvency 
Mode^ wherein events (or ten "year-feeginnings") 
can be considered at maximum. When mpre than one 
event is involved in a Markov process^ it is* con- ^ 
venient to use. the tiffminolggy "Markov Chain J' 



Modified Markov Process 

Considering at Miami-Dade Community College all 
positions on all payrolls and all steps possible, 
there could likely be about 1,000 unique input 
states. This means that the full matrix for 
Event ^1 6nly would be an astronomical 1,000 by 
1,000 in si^ze, thuB requiring 1,000,000 cells for 
all probabilities. 

It is custqmary in Markov processes to describe 
the entire transition matrix. However, because of 
the vast size ot*such a transition matrix (and the 
computer memory requirements therefor) and because 
of the, fact that most cells wouia have a zero pro- 
bability, a techrvtque-was.^usci^n which on-ly the 
most likely tifansitions are considered. All other 
transitions -are assumed to be zero. This is what 
is meant by a " Modified Markov Process." 

This technique requires 'that categories of 
employees where promotions are likely be processed 
separately. Fortunately, the three payrolls at 
M-DCC (classified/staff, administrative and ins- 
tructional-) met this orit^rion for categorization.* 
This development focused on the application of the 
Salfiry Solvency Model to the instructional payroll. 
In so doing, promotions or transfers ^from other 
payrolls to the instructional payroll and vice 
' versa were assumed to be negligible with respect 
to gaming findings. 

Monte Carlo Simulation 

In order to lay the foundation for ^hfe next ^ 
discussion, it was a'feSumed that there w^re a hun- 
dred candidates tot transition from an iliput «tate 
to output states for Event ^^1. In using a ncm- 
Monte Carlo (or analytic) simulati<^n, the hundred 
candidates would be distributed to the l^ossible 
outcomes as /closely as possible to fit pjiredicted' 
outcomes. 

( 1/" 

When the rfueb^ candiH^tes for any one pro-; 
bability cell is very' large, a *non-Monte Carlc^ 

• (of analytic) simulation can bfe quite accurate. 
When the numb^ of candidates* for any one input 
state is, say^ one, then the most likely outcome 
must be hypothesized i^n a jion-Wontje Carlo *simula- 
tion. At M-DCi there are some 2,000 employees who 
ire candidates for, approximately 1,P00 input states 

Vand a much larger number of probability qells — ^ 
considering Event ^\ only. When one considers two ^ 
or more events, the number of candidates for any t 
unique sequence of events approaches zero in all 
casesl 'In practical t^arms, this means tha^ a non- 
Monte Carlo (or 'analytic), simulation for/this pro- 
blem would *become'lncreasingiV" inaccurate, after th'e^ 
second year. Thus a Morfte Carlo feolutfion was 
indicated* i • . x • 

tt\ li. Monte Carlo diifulation, a randbm number is 
^enoo^otfed and used\to aecide the outcome of each 
probabdllstic occurrence. In pjractical teijms, ran- 
dom number* are u«ed in the Salary SDlvenc>\ Mo'del 
to predicts the fate pf each person going through 
the one to ten yeats of the simulation. For any 
one trial Monte Ca%Io run, these r.andom numbers 
decide whether* the person is promoted, terminates,, 
dies, etc« The probabilities used f6r 6ach of 
these occurrence^ should* be based on the best his-.' 
torical and actuarial informatloh available. 
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One full Monte CtfrlO/^imulation is never adequate 
CO describe a process. /^Instead, usually many 
hundreds or thousands. pf simulations are computed, 
and thf average^; (or jjedQS) are used. In Che Salary 
Solvency Mode]^ the j^onber of Monte Carlo runs de- 
sired for an^ione computation of means and standard 
deviations tsan be specified as an input parameter. 

The principle disadvantage of a Monte Carlo simu- 
lation is thac it is time-consuming on a computer 
because of the heed for many interations . Through 
trial and enrcft, the number of production funs can ^ 
be optimi2e<j in che application of che Salary SolrT-*. 
vency >lodel to produce a reasonable compromise 
betweeii accuracy and cose of ouCpuC. SCandard 
deviaclons are especially useful in Chis o^cimi- 
zacion process. • ' ' • 

When, more than two oucput scaces are possible, 
the transition macrix, disc\t$sed earlier, musC be 
Converted co a table of * "cujsulative ptobabilities" 
so that a random number can indicate Che ouCcome 
selecced. Figure ^ illuscrates che firsc cransi- 
tion matrix described in the preceding section 
(Figure 2) after conversion to a table of cumulative 
probabilities. ^-^ 

Figure U 

A 

Macrix of Cumulative ProbabUiCies 
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0.9 



Term, 



1.0 



Assuming ^at a random number can be generated with 
a value of from 0 to 10 inclusive, any random number 
generated will ba divided by 10 sc^ that ic^ can be 
cofeidered a probabilicy with a range, of -0.0, Co 1.0. 
-Lec 2 * random number^. Then: 

if 0<f 2 < 0.6, thd inscruccor is 
declared Co remain an inscruccor^ ac 
^ Event #1. 

. 2. If 0.6^ 2< 0.9, che instrucco^' 

is declared co be promoced Co assis- 
tant professor ,at. Event #1. 

* 3. ^if 0.9 < 2< 1.0, the instructor 1-s ^ 

declared to be terminated at Event ftX. . . 

^ , IMPUT SPECIFICATIONS 

' The inpuC specif icaCions for che Salary Solvency 
Model' can be caCegori2ed under .tht'ee headings: 

1. r Run ItfenCif icacion and Miscel- 

laneous Tables and DaCa^^ElemenCs . 

• • " > * : 

2. Personnel /Pay rolj '^xt;rticc Data 

ElenlenCs. , 
3^ Gaming ParamcCets. 

The Cerm "run IdenCif icaclon" Is self-fexplana- 
tory. One of the required tables consists of 
mortality probabilities as a function of age and 
8'6x* Another Inpot^taSle consists of transition 
probabilities based on histoficaL information.. 
The data elements require^ ' include the "optional 
retiroaenc probability b^ age", the "identity 



of the base year", the "total number of years being 
forecast", the "number of Monte Carlo iterations 
desired", and "a Monte Carlo seed number". 

The following data elements pertaining to the 
personnel/payroll file have to be supplied in the 
form of the magnetic tape record for each full-time 
employee being investigated in the gaming runf 



Element Description 

Record- sequence number 
•(e.g., U3) 

Age - 

(e.g., ^7) 

Base annual salary 
(^.g., $U,936) • 

Number of years at 
college (e.g. , 9) 

Number of years in retirement 
plan (e.g. , 11) 

Sex: M or F 
(e.g.r-M) 

Job Code ^ /f 

(e.g., 5) • . 



COBOL 
Picture 

9(4) 

\ * 

-•> 

9(5) 



9(2) 



9(2) 



X(l) 



9(4) 



This extract is produted ^rom the master per- 
sonnel/payroll file of the college. Developing 
this extract may involve some simple calculations. 
For example, "age" for the initial application of 
the Salary Solvency Model at M-DCC was computed 
using the. run iate and the employee *s birthdate. 

Unwanted records should be inhibited at the 
time the extract 'is made. For example, during the 
InitiaL application of the Salary Solvency Model 
at M-DCC^ all- payroll r(ecords were inhibited 
except those f,or full-time employees ^on the ins- 
trucJJional payroll. ' ^ ' 

For each'^ear , being forecast, the following' data 
elements associated with gaming parameters have to 



be given: 

Elehignt Description 

Year ^ 
^ (e.-g., 1975-76) 

Enrollment, in terms of 
PTE students (e.g., 30,534)' 

Leave percentage - - 
percentage of employees" 
.epcpected to be on a one- 
year leave with pay 
(e.g., 1.5) 

Inflationary rate applied 
relative to the pteceding 
year (e.g., 8Z) . A negative 
sign Indicates deflation. 

Flag^ (Y^'or N)* 'indicating 
If salary minimiim is tQ.be 
adjusted upward corresponding 
to inflation (e^g. Y) 



*Y - Yes, N • No 
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. Element Description 

Flag (Y'or.N)* Indicating 
if salary maxiciiim is to be 
adjusted -upward corresponding 
to inflation (e.g., Y) 

Flag (Y or N)* Indicating 
if salary Increment argument 
is to be adjusted upward 
corresponding to inflation 
(e.g., N) , 

Mean age of a new hire 
(e.g., 33) 

♦ Probability *of any new 
; J hS.re being male (e.g., 0.. 50) 

Mandatory retirement age 
(e.g.. 70) 



COBOL 
Picture 
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V9(4) 
« 

9(2) 



OUTPUT SPECIFICATIONS 



The output consists primarily of one oi; more 
pages for each year being forecast. One row of 
data elements is reserved for each position type, 
*and the last row is reserved for totals (by^-year). 
Data elements printed put for each row of data. are 
as^follows: 



The foregoing requirements also apply to the 
^b.asii-y«ar , in which case each element is optional 
except for "Year". 

For each position type, the following data ele- 
ments have *to be furnished -for the base year only: 

COBO^L 

Element Description Picture 

^ Job code (e.g., 1) i ' \ 9(4) 

Replacement job code ' 9(4) * — 

(e.g., 4) - \ 

Salary minimum — . : 9(5) 

to nearest <iollar 

(e.g.; $16,693) •' - . 

' Salary maximum — 9(5) ^ 

to nearest dollar 
. (e.g., $^2>958) 

Salary increment code; X(l) 
^ F or P (e.g., F) . . 

If CodeF, salary increment 9(5) 
argument is annual increment^ ^ 
to nearest dollar 

(e.g.. $540) . * 

or 

.If'Code P. salary increment 9(2)V9(3) • 

argument is annual increment 
Expressed as a percentage 
(e.g.-, 3%) 

Quota (e.g., 75) A value of 9(5) 
99999 indicates an "unlimited 
quota" or "no quota" 

Enrollment constant A 9(5) 
(e.g.. 0) ^ ^ 

• Enrollment Constant B V9(6) 
(e.g., 0.002718) . / 

Number of open positions^ - 9(5) 
(e.g., 2) 

'It^-addltion* the "Percent of range" has to be 
gi-v/en Cor*any* new hire. 



Element Destription 
Job title 
Job code 

Replacement job code 

Adjusted quota 

Enrollment constant A 

Enrollment constant B 

Ptedicted mean number of 
ndw/remaining employees . 

Predicted mean salary of 
new/remainingf iiinployees 

Adjusted salary minimum 

Adjusted Salary maximum 

Salary increment code (F or P) 



COBOL 
Picture 



X(22) •"'^ 
9(4) 
9(4) 
ZZ,ZZ9 
ZZ,ZZ9 
9.9(6) 
• ZZ,ZZ9.99 

ZZ,ZZ9 

ZZ,ZZ9 
ZZ,ZZ9 
X(l) 
Z2,ZZ9 

ZZ,ZZ9.99 



ZZ,ZZ9 



, 2Z,Z^9<99 
ZZ,ZZ9 

ZZ,ZZ9»99 ^ 



Adjusted salary increment 
argument 

Predicted mean number of 
new* employees 

Predicted mean salary of 
new employees 

Predicted mean number of 

surplus employees --^ i 

Predicted initial optimum 
' number of ney/reraaining 
employees 

t Predicted mean optimum 
number of new/remaining 
employees ' ^ 

Standard deviations f-or selected data elements 
-are printed on a separate <iat4 line immediately 
below assbciated data elements. , , 

Thfe format for the base year is identical' to the 
format far the forecast years ^except that certain 
data eleaents not availably are not displayed, and 
appropriate column he^ader^ are inhibited. 

^ • • * ' 

Tfie out^'ut for e^ch pa^e or pages pertajning to 
any* one forecast year contains t^e following data 
elements in the header: 



*Y - Yes, N - No 



Element Description 

Title "S^AURY 'solvency 
MODEL" 

Computer run 'date 

Run identiffcation 
Information / » 



COBOL 
^ Picture 
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Element Description 
Year being forecast 
Enrollment 

Inflationary rate ^ 

Leave percentage 
» 

New hire male/ female mix 

Mean age of new hire 

Mandatory retirement age 

iNumbcr of Monte Carlo 
iterations 

Random number generator 
seed number 

Mean dge of all employees 



COB(^L 
Plcti^re 



x( 

X99.99 
9.99 

.99997.99199 
99 

9(2) 
9(5) 

99.99 



99.99 



Mean number of years at 
institution 

GROUND RULES^^D ASSUMPTIONS 

As the Salary Solvend^ Model^was^ being designed, 
developed and tested, a .number of ground rules_^ and , 
assumptions emerged: ' 

J.. Only full-time employees are considered. 

Temporary and part-time employees 

(including student assistants) are not * ,/ 

included, 
ft 

.2. The financial Impact of ^supplements , 
^' overtime and overlo*ad for full-time 
employees are not considered* ■ 

3. The financial impact of fringe 

benefits £or^ full-time temployees ) 

are not cV>nsidered.- ^ " 

. 4. Instructional* personnel who have 

"basic-year contracts" (lO-month ^ 
contracts) are assumed to have 
basUc-year contracts' for all pro- 
jected years ip t\ve simulation, etc. 

5. Any random-nuraber-generated decisions 
made during any one forecast year are 
assumed "to have occurred at the , 
beginning ot tHat forecast year. 

. '6. As the Salary Solvency Model "hires" 
an employee for a year, he is not ^ 
subject^ to any additional decisions 
for that same year. . 



An improved version of the program producing 
Identical data requires 60 minutes of IBM 370/15§ 
XPU time and 16^*,000 bytes of storage, but the ANS* 
COBOL program requires a subroutine in IBM 360/370 
assembly language for the random number generator*. 

/.^Unfortunately tHe gods conspired in an inter- 
esting way. About the time that the model became 
op<$rational, the State of Florida imposed a salary 
freeze on all employees for one fiscal year begin- 
ning July 1, 1975. Concurrently, an enrollment 
ceiling Vas placed on all public institutions of 
higher learning. Therefore, although the Salary 
Solvency Model was used by the M-DCC administration 
to determine t\\^ impact of* proposed salaries and 
salary policy cfian^es for 1975-76, none of these 
changes could be implemented because of suddenly 
imposed' constraints. It Is anticipated, however, 
that this mo^el will be extremely useful in the 
futujre. , 
.1 ^ ' * 

CLUDING REMARKS 

• ^ 

' For institutions which have collective bargain- 
ing," the Salary Solvency Model should be particu- 
larly useful in determining the long range finan- 
cial 'impact of proposals and. counter-proposals . 
) « 

The Salary Solvency Model can be purchased from 
M-DQC for $3,000.00 on a satisfaction-guaranteed 
basis. This purchase pric^ includes a tape and/or 
card ^source-language program plus complete docu- 
mentatioh. > Implementation^ assistance is also 
available from personnel associated with the pro- 
ject through private consult;jLng agreements.' ^For 
turther ihtotmation, contact the Mi^mi-Dade 
Cqmraunj^^ty College Bookstore, 11011 S.W. lOAth St., 
^ Miami, FL 33176, or contact the author at (305) 
596-133g. 



INITIAL APPLICATION OF THE MODEL 



Approximately 30 runs were yiade in order to 
validate the nlodel thoroughly and to test its sen- 
sitivity to various parameters. This information 
(plus all comp{itational algorithms) is contained 
in the author's doctoral dissertation, which is 
available ^t a co^t of $15.00 from the Miami- 
Dade Community^ College Bookstore, llOll-S.W. 
lO^th Street, Miami*, FL*33178. ' 

. About 90 minutes of IBM 370/155 CPU time. is " 
pfdsesently required for 100 iterations at M-DCC 
using the instructional payroll of some 1000 full- 
time faculty- and forecasting for. a full ten years. 
This program required 172,000 bytes of storage, 
*aji4 is wrtt/;en totally ln,ANS COBOL. 



./ li^ . MINNESOTA 
ELEMENTARY/SHJCONDARY/VOCATIONAL (E/S/V) - 
^^ANAOEMENTf^^^FORMATION SERVICES (MIS). 
, 'REGIONAL OPERATION 

jj^hn E. Odom, Director 
^ Elementary-5econ4ary § Vocational Educatiortal 
•Region V Managemc^H't Information Services Cooperative 
, ^Rochester, Mimiesota ^ 
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ABSTRACT*: One of the first ste|i3 An the deve 
to establish the regional centers^ The organ 
ations has undergone many trang^cftaon^l phases 
school districts. 



lopment of the statewide ESV-MIS network was 
ization and implementation of regional oper- 
and is now becoming a service to its member 



A. Organisation 



'1 



. Region V covers Southeastern, Minnesota 
and has approximately 2Z% of it^e state's 
school districts eligible to 'jrfceive it6 
services. The total student if>opulation 



the region is 140,000 students. 



m 



The regional group which RAs been for- 
med to provide the administrative data 
processing needs is the Elementary-Secon- 
dary and Vocational Education Region V 
Management Information Services G^oopera- 
tive. 'Membership ia the CoopfiVative is 
limited *to- public institutions within the 
region. Approximately S0% pi the school 
districts have currently jqfined the Coop- 
erative- 
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The regional Cooperati 
nance board which meets m6n 
governance board is made oip 
presentatives, four supe^-in 
four school board members, 
school districts. Restrict 
that no two of the eight re 
can be from the same distri 
selected from four general 
tij-icts. 

Initial funding was available to the 
region from the Minnesota State Depart- 
ment of Education (SDpl for planning pur- 
poses. Thp region then^put together a 
preliminary plan which included a survey ^ 
and successfully competed with the other 
four regions outside the TwiiX Cities metro 
area to' be approved §is ,one of three out- 
state regions for' continuing funding. 

» 

Staffing for the region was begun 
during the Summer of 1975. Currently ^ 
the region has four employees and will 
add two more ovqr the next month. 



Implementation 

The SDE had proposed to th4 ^tate leg- 
islature that three outstate rejgions be 
fundea with a subsidy in order to be able 
to brAng up 12 to 15 districts in each re- 
gion/on an interim- system. Like most 
things which are funded by sta^te legisla- 
tures, the funding came through but not at 
the level the SDE desired. The SDE did 
sel'ect the three regions and the work w^is 
begun. 

a. . ' 

The first problem the regional group 
considered, was that of selecting a site 
for the main offices and a computer faci- 
lity. They .asked the districts in the re- 
gion to submit pi^oposals as to the possi- 
bility of locating the site in their dis- 
tricts. Four districts prepared detailed 
proposals on possible locations. Many fac- 
tors were weighed in the selecti^on process 
and after the interim governance board had ^ 
visitod all the proposed sites, Rochester, 
Minnesota was selected as the best location. 

A joint ppwers agreement and bylaws had 
been in the 4raft stages for about a year 
before a director was hired. !lis first job 
was to put the/ finishing touches on these 
documents. The protess of writing, editing, 
and receiving board approval of c|ianges 
made in the documents took about a month. 
These documents were then 'toadied by special 



delivery to Region V, sch96l districts in 
September, 1975. 

A membership dri(^ was mounted during 
October, 1975 to reaclt as many school dis- 
tricts as possible. The director attended 
school board meetings, met with school 
district staff, and called on many super- 
intendents. There are 100 school dis- 
tricts in the region which caused some 
difficulty in. ar-ranging visits. To date 
there ate still about Z0% of the districts 
which have not been visited or have re- 
quested not to be included in any re- 
gional development plans at this time. The 
drive was successful from the standpoint 
that over 801 of the districts whichN<^re 
contacted have joined and 10% more have in- 
dicated that they will do so in the future. 

« 

The region was represented by the di- 
.rector in the development df the Sxate 
"Department of Education Implementation Plan. 
The Region V Governance Board approved the 
finalized Implementation Plan whiirh was 
then approved by the SDE Elementary-Secon- 
dary and Vocational Education (E5V) Steer- 
ing Committee. The SDE Implemen^tation Plan 
c^lls for the statewide information system 
to be implemented by July, 1977 with con- 
tinuing funding from the SDE directed to 
the region for this task. 

The next step in .the- development of the^ 
regional .Cooperative was to investigate 
the various alternatives available fOr in- . 
terim services tp be used until such time 
that the statewide information system was 
operational. The main alternatives were: 

1. Contract with TIES to provide dis- 
tricts with the TIES system through 
a host satellite in the region. 

2. Use the hardware and software al- 
ready existing within the region. 



tional Sftate fund'ing in the aext few years. 

A.fter extensive studies it was decided 
by the Region V Governance Board that the 
most feasible alternative was -wtjie^ third op- 
tion which was to install a Burroughs 1728 
computer system to be operational by July, 
1976 and implement the two systems. The 
financial system incorporating the Minne- 
sotai^Uniform Financial Accounting and Re- 
porting System (OFARS) will be operational 
in July, 1976 with the personnel/payroll 
system operational by January, 1977. Tfie 
student population base needed to make this 
option economically feasible was more than 
adequately reached and training workshops 
began in March for the seventeen partici- 
pating school, districts. The financial 
system will be running parallel witl^ the 
district's present system in^-July until 
such time the district feels confident to 
switch over entirely. 

The final conversion- to the statewide * 
information system will begin as soon as 
the software is available. The school dis- 
tricts utilizing the interim services in 
the next year will be among the first to 
convert. Additional districts will imple- 
ment the system as desired.. It is- pro- 
jected that 90% of the region's school dis- 
tricts will, be using the services provided 
by the Cooperative by 1980-1981. 



3. Install a computer system in the 
region and/\implement financial 
and personnel /pay roll systems 
using software acquired through 
the SDE. 



CritQrJa was established to help 
determine which alternative was most fea- 
sible. One of the main considerations 
was the cost to the individual school 

•districts* The cost could not be so high 
as to prohibit smaller districts from 

•utilizing the interim services. At the 
slame time, the services affered had to be 
attractive to enough districts to make it 
economically feasible. Another consider- 
ation was to try to develop in the direc- 
tion that the statewide information sys- 
tem will ultimately be so that districts 
using interim services would have as 
little change as possiblje'. It was also 
crucial to be able to show as much pro- 
•gress at the regional level in order to 
be in a better position to receive addi- 



EXPERIENCES WITH OPTICAL MARK READING IN' TEST SCORING, 
GRADE reporting; SURVEYS, INTERGOVERNMENTAL AGREEMENTS 

Raylnond PJ Wisi^iewski 

s 

Phoenix Union High School System; Phoenix, Arizona 85017 



ABSTRACT: The Phoenix Union High School District utilizes a page optical scanner to score tests for 
78,000 students in the K-12 grade levels and processes surveys, questionnaires, and grade reports for 
28.000 high sthool students.* The mai^n effort is in the basic skills areas of mathematics and reading. 
In order to*handle the variety, of drade levels, test input formats and types of tests, a General Purpose 
concept has been developed. Onef standard scanner sheet is used with the same set of programs. to produce 
t"Osters, item analysis, and statistics for a variety of tests. 



The Phoenix Union High School System consists 
of 11 high schools plus an Area Vocational Center 
with a total student population of 28,000. The 
district also services 13 elementary distrkts in 
, the city of Phoenix with an additional 50,000 stu- 
1 dents. The district installed the NCS Sentry mo- 
del 7015 scanner in February < 1973 primarily for 
student testing. The central computer system is 
a Honeywell 1250 Disk System. 

The high school testing program centers a- 
r'ound a return to the basic skills concept with the 
MJInima*! Reading and Mathematics Proficiency tests. 
1 By state regulation, students must attain a basic 
level of skill tn these two areas prior to grad- 
uation. A third area. Writing Proficiency, is now 
in the process of development, ^Students take the 
original -test and make-ijp Jests required until 
th^ey have passed TS% of all parts taken. The re- 
mainder of the secondary testing is made up of the 
Free Enterprise test (state requirement), Otis- 
Lennon, Iowa Test Of Educational Development, 
Iowa Test of Basic Skills and our own General Pur- 
pose Testing. 



GEN.ERAL. PURPOSE TESTING AND SCORING 



^ . Perhaps the most interesting area is the Gen- 
eral Purpose Testing, Since all of the district 
testi;ig Is conducted and controlled by our Re- 
search ^nd Planning Department* the variety of 
tests and surveys is extensive. The general ob- 
jective was to establish a testing system that^ 
was flexible, economical, and fairly simple to 
control. Our specific^ aim was to use one stan- 
dard form- for any test or surj/ey, have»the abil- 
ity to break the test into parts if required, the 
items to be sequential or random, score the tests, 
produce student rosters, item. analysis and Statis- 
tics with the minimum amountiof prog/amming effort. 
The basic input for the system *is the General 
Purpose - NCS - Answer Sheet (Form P099B), which 
has a^maximum of 240 items. All or part of the 
240 items can.be used^for any test or survey and v 



can be, further divided into parts or sub-tests 
with a 'maximum of 20 parts. The paiets m^y be made 
up of either contiguous or random items. For ex- 
ample Part I may be defined as items 1-10, Part 
II items 11-20, etc, or Part I may be defined as 
items 1 , 14, 27, 36, 43, 51 ; Part II items 2, 16,^ 
29, 38, 47^ 55, etc. Up to four header sheets . 
can be used to break various groupings (school, 
teacher, etc). 

The output produced by the system consists 
of the fallowing: 

1, ^ Student Rosters (exampleVB-) - indi(iates 
student number, name and incorrect responses for 
each part, total correct, percent correct, total 
incorrect, vand total invalid for each part and 
overall totals for each student. ' * 

2, Item Analysis (example C) - a count is 
provided for the totaT number of students that 
responded to each of the 5 responses for each 
item. For example, item 1: 86 answered A» 105 , 
answerfed B, 92 answered C, 133 answered D, 58 
answered E and 7 had invalid or blank responses, - 
The correct response is identified with a plus 
sign for reference. Every item is represented j 

by two additional 1 ine ^entries: 

a, ) High - the responses for the top'27% 
of the students with the highest, score for a giv- 
en part, 

b. ) Low - the responses for the bottom 27% 
of the students with the lowest score for a given 
part. 

In addition, the discrimination index is com- 
puted for each item to "check the reliability, 

3, •Statistics (example* D) - frequency dis- 
tribution of raw scores showing mean and stand.ard 
deviation for each part of the te&t. 
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Perhaps this General Purpose approach fs 
not a revpTutionary one but it did accomplish 
the results we were looking for - the variety 
of input sheets is kept to a minimum and the 
number of progralns required is easily justi- 
fied. I 

II. SUR^/EYS & QUESTIONNAIRES 

District surveys and questionnaire^ can be 
processed three di fferent ^ways. If the survey 
or questionnaire is extensive, the Genierdl Pur- i 
pose fomvcart be used. The normal outpbt is thd 
Item analysis. If the survey or questionnaire 
is less than 15 items and the questions must » 
dpfrear on the answer sfieet, a standard scanner 
form (form F1691) is used. A master is made with 
the questions on the left of the form and the 
types of responses desired (seldom - always - never, 
etc.) below the response bubbjes. This master is 
reproduced on the number of survey^sheets required. ■ 

TtTe latest modification in*tK^ Sui^vey area is 
a weight analysis. A weight factar isv given to 
.each response. The fajttor can be 'forward' (5,4, 
; 3,2,1) or 'reverse' (1 ,*2, 3,4,5) . Normil output 
can be in,Sividual rosters indicatiQ^J^ot^l weight 
and average weight for each part, item analysis, 
and frequency distribution. (samp»les ^4, #5, #6) 

At this point in l/ime, all of the surveys 
and questionnaires have been limited to 1 response 
pen Item. Two responses in the same item wi^l 
produce an invalid item. A need has a'risen for a 
^ multiple response survey questionnaire form* A' 
form now t?e.ing cles»igned allows up to 15 mi^iTtaple 
responses finr a maximum of 80 items. 

III. GRADE REPORTING (sample #7) 

Every teacher in the Phoenix Union, High Sch- 
ool district has a maximum Qf 5 classes. Each tea- 
cher receives 5 grade reporting scanner sheets \ 
(11" X 17"). Each sheet is preprinted with pro- 
per header information, and the student name and 
number of up to 36 students. While the sheets 
. are printed, an output tape is created recording 
each student and physical position on the sheet. 
Each sheet i§ also preslugged with a consecutive 
decimal reference number. We have tried a bin- 
ary number but found it unacceptable for 'zero' 
•verification. In the decimal configuration a 
check ^can be made for the presence or absence of 
a digit in each column. In binary format a zero 
and blartk afipear the same. 

To make* certain that the pre-slugging is 
sharp and readable, the printer over prints three 
' times; a lozenge twice and finally the character 
•X*. We find this combination very effective. ^ 

When we Initially prijited pre-slugged sheets, 
we changed printer ribbon5 and used a special . 
scanner ribbon. * Rather than' spend the time chan- 
ging ribbons we decided to spend $1.00 more per 
ribbon and use scanner ribbons alV of the time. 

- IV.- INTERGOVERNMENTAL AGREEMENTS 

After the basic skill's program was intro- 
duced in the Phoenix Union High School district, 




■A 



the sbrJtpandffig elementary if eeder districts ini- 
tiated a\ similar program for various levels for 
mathematics, neadinq, and writing. Since schbol 
districtsXin Arizona are unable to purchase ser- 
vices from oW another, ^n j intergovernmental agree- 
meat was^ drawn up involving all districts. All ^14 ' 
districts slia^e the NCS spanner and Ho neywel 1 , com- 
puter. Funds' ai'e pooled to cover the cost of the 
operator, forms, paper labels, etc. The project 
produces nonprofit but is being done as a coopera- 
tive elFfQrt ST^ply to raise the basic skill levels 
of students in^both the elementary and high schools. 

Previous ai;temj)ts at cooperative testing 
proved to be serafs-successful due to the fact the 
only scanner ava\ilable was an- inexpensive card 
scanner. The problems that we encountered were: 
1.) maximurti of 80^)items per card; 2.) njuftiple 
card sets for laroer tests and 3.) •accuracy. Need- 
less to say, the pp\ge scanner has , made life. a lit- 
tle easier. 

V. ' SUMMARY 

• Looking back at V)ur last three years of qx- 
periencfe on the optical scanner, we have been ex- 
tremely satisfied witri the results. Our utiliza- 
tion has been concentrated on testing but we are 
gradually expanding into, other areas - employee 
absence ^porting, personnel 'information, etc. If 
there is one outstanding advantage of the optical 
p^ge scanner, it would fjave to be ACCURACY i The 
ability to read both sides of the sheet s'imulta- 
neously and being abl^ to read either 8-1/2" x 11" 
or 11" X 17" sheets has proved to be beneficial.' 
One benefit we deriv,ed from the system that we did 
not anticipate, is the use of the printer as an 
additional peripheral devjce. When our Honeywell 
printer is busy with one joJ), a secoad print job 
.is spooled to magnatic tape. This tape is mounted 
on the NCS system drive and the job is printed on 
the scanner system printer. 

o 

- Since our scanner is used only for one eight 
hour shift, we sell time on the second shift. Our 
revenue last year more than paid for our monthly 
maintenance. * • 
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GENERAL PURPOSE - NCS - ANSWER SHEET 




fOR PROCESSING BY NATIONAL COMPUTER SYSTEMS 4401 Wt.t 76th St., Minntfl|>ol..,*linn. 



IMPORTANT DIRECTIONS FOR MARKING ANSWERS 

» \ T i 

Use black lead pencil only (#2V^ or softer. 
Make heavy black marks that fill the circle completely. 
E^se ctearly any:answier you wish to change. 
\ . Make no stray marks 'OTi this answer sheet 

'REFER TO THESE'EXAMPLES BEFORE STARTINi! PRACTICE EXERCISES-^ 
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HUMANIZING THE COMPUTER 



/ 



Donald J . Russeau 

Glenbrook High School Disc. 225, Gle><?lew-Northbrook, Illiniois 60025 



ABSTRACT: A discussion of the concept of placing total responsibility of Inputting data in the user's 
hands. The new role of the user will be discussed, In addition to how the computer Is humanized. The 
major emphasis of the discussion will be placed on the Implementation and use of an on-line, real-time 
student 



iccounting data base with concomitant updatlrfg. 
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have a computer system In a school set- 
es the computer enhance the school's 
aperation? What areas should the computer 
to enhance? How should the computer be 

in a school setting? Who should organ- 
administer a computer system In a school 
nt? And, finally, how can a computer be 
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The purpose of this paper Is to discuss the 
ramifications of a computer system In a school en- 
vironment. We shall examine the philosophy that 
must support it, the admlfiistra t Ion that must or- 
ganize and coordinate It, the dollars thAj^ are 
necessary to sustain It, and the people t^nat are 
needed to "humanize" it. 

After some experience with card systems, the 
Glenbrook school system entered the computej: age 
with less than desirable results. It was d'e- 
plded that the Computer must better respond to 
the school district's needs. These needs, along 
with a philosophy, were developed In early spring 
of 1974. After the needs and philosophy were 
developed, the software, hardware and a director 
of computer services were selected. Computer 
services began a new exlstance on July 1, 197A» 

Glenbrook School District No. 225 Is located 
in the north shore area of Chicago, close to 
0{Hare A^lrport. It Is composed of two high 
sihools: Glenbrook North High School with 2,800 
students, and Glenbrook South High School wlth^ 
2J5OO students. The computer slte^ls In the "Dls- 
tr^lct offices located at Glenbrook South High 
School. . i 

There ate aboi^t 3A0 teachers In both schools. 
Each school has an administrator in charge of 
scheduljn^, a doordlnator to computer services, 
and a scheduling secretary. There are^.two at- 
tendance secretarlds, a registrar and assistant 
reglstar. In the ijusincss" office, there 'Is a 
dlrectfor of bifslness affairs; an accountant who 
works with computer services by coordinating 
data; two accounts payabJ^e clerks; two accounts 



receivable clerks; and a payroll clerk^ All of 
these people are involved with the com|)uter ser- 
vices operation as part of a team, 

\ 

How We Selected. Ou^ Computer System 1 

Before one looks at the actual system, the 
needs and the philosophy which support the total 
operation should tSi reviewed. The new computer 
system as a whole would, have to alleviate 'some 
serious problems experienced In, the past. Some 
of these prob^ms were Inaccurate data, time 
perimctters inotVbe: n!g met for hardbound reports,^ 
and a genera). iJtl bf confidence in the whole 
processing! system 

With these problems in mind, the following 
criteria were used to select a .new computer sys- 
tem for Glenbrook School District No. 225. 

(1) ^. The software must support all of the 
processing needs, including on-line and batch 
systems. 

(2) The system should be an on-line, real- 
time system using video terminals. 

(j) The data must be easily processed with- 
in a designated department by specified usera. 

(A) The data bases available should be: 
student, business, payroll, personnel and inven- 
tory. 

(5) , The cost of this system should^ be com- 
mensurate to the needs of the school dlstrlcf. 

The highest priority deed was to have appro- 
, prlate software to support jour system. The soft- 
ware must bfe written specifically for a school 
operation, be amenable to diangd and support an 
on-line, real-time video terminal system. 

Having an on-line Vldefc terminal system was 
deemed 'necessary to provide * controls to aasure 
having accurate data. In addition video termin- 
als would give an opportunltjy to pttt data, ent;ry^ 
and maintenance where It should be with th^* 
specific user. \ * 

' «. 

The terminal entry ahd maintenance .should be 
an^ia^ process for the usetl. The screens should 
be prop6rly edited to be cetjtaln all <f{ the data 



\ \ 
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elements are tpOroprltte for each specific school 

application. We terminals must have concurrent 
entry on-line oapablUtles so that up to ten users 
I can enter data with a one-to-two-second response. 
« 

The student data base is considered the most 
Important. The students are the pinnacle of the 
school and have many records that mus,t be maintain- 
ed. The student records, In areas such as atten- 
dance and scheduling, create a dally demand system . 
They are changing on a dally basis and, therefore, 
need dally 'updating with commensurate hardbound 

OUt()Ut. J ^ . ^ 

;rhe business data base must satisfy the sound, 
practiced of good buslne'ss operations. Accurate 
data can best be assured by having users In that 
department Input their own data using video ter- 
minals. Hardbound output data should contain all 
general, needed business reports in addition to 
other putputs conducive to the particular system. 

The payroll data base must be highly secured, 
have direct on-line capabilities for error-free 
data, and have commensurate editing and final pay- 
roll output. This particular data base must also 
comply with bfslncss and state-regulated proce- 
dures and must ptoduce a prii;ited audit trail. 

t 

' The personnel data ba^e must be broad in con- 
tent to handle the many data^items associated with 
the school employees. It must l^avc a capability 
of updating, having an audit trail and producfng 
many standard and exceptional repbrts. • 

the inventory base must have the capability 
of handling the various data items associated with 
stock materials of bhe school. The system phould 
be on-line with hardbound outputs, that can oe 
sorted by the' various elementary records of 'the 
file. The file should also be coi^ducive for'ili^e 
in conjunction ^ith insurance reports. 
*■ 'I 
The cost of the total system,! including per- 
sonnel, should be directly proportionate to the 
needsr 'he initial software ^should be expected to 
consume t large share of the cost because this is 
a high priority item. Since^on-lirle software is 
highly sc phisjtica ted, total maintenance cost 
should, be evaluated. Card punching is virtually 
Oon-exlsten't with an on-line' system, so less per-« 
sonncl, is needed. No additional personnel ds 
needed to ^operate the video terminals as they ci 
be furnisied from the existing staff in the user 
department* 

It should be noticeable that hardware was 
not mentioned In the initial needs. Tiarxlwarc is,' 
of course y needed and expected but in not viewed 
in the same light as the other needs. The only 
factor regarding hajfdware ls having the capability! 
to handle, the Software, the video terminals, the 
disk storage with * enough CPU. capability for ade- 
quate internal processing. Though the particular 
brand of the hardware is Insignificant, there , 
should be a proven tract record of rel'labi^ity and 
maintenance. 

Abounding with these needs and the philosophy, 
the computer software and Hardware were sclcptcd. 
The bits ind pieces of computer services wdre put 




together for the initial run beginning July 1, 
1974. 

Our' Philosophy 

} As we look at the needs in computer services, 
we also have to look at the most itf^rtant as- 
pect that being the computer services philosoj- 
phy. What is the philosophy of computer service^? 
How does thai philosophy fit into the school phir 
losophy? * / 

It is always interesting to note that phi}os* 
ophy, in many .cases and in many areas, is forgot- 
ten. ^Either people do not set down wliat their 
philosophy is, do not think about their philoso- 
phy, -or just do not bother to do anything about 
it. Nonetheless, philosophy is the foundation of 
any type of organization. Therefore, it should 
be indicated very precisely and clearly. Every- 
thing snould be bdsed upon it. So, we set forth 
our philosophy as follows: 

(1) The primary goal is to serve the needs 
of. the school district. ^ 

(2) The computer should be able to handle 
five primary areas of the school opera tiori: 

(a) student data; (b) business data; (c) payroll 
data; (d) personnel data; (e) inventory data. 

(S) The computer service decisions should 
be basep upon alneed-cost basis. 

The processing of data should be based 
upon the need, ncsources and the' ability to ^r^- 
Iduce ac:urate results. 

(5) The system should be^supervised by a 
ertified school\ administrator with commensurate 

under-standing of school" proce- 
^ _ _ processing. 

(6) All data should be the responsibility 
the users in designated departments of the 

creating, deletj|pg or updating 
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prttnary goal is^ to serve the needs" of 
the school district. The computer is a subsid- 
iary ^to the educational process of the school, 
should not get in theiway; it should jgst 
5ist the educational process. The computer 
puld and must be able to handle the five primary 
as\ in s^chool operation -- student, business, 
payroll, personnel and inventory data. These are 
in fjriorlty prder. The students obviously, are , 
flrsc;\ that*s wh^t school is all about. Students 
are prodtlct that forms the existence* of a 
school Vs^stem. 

^Thi computer services decision s^|otild be 
based on a need-cost basis^ If there 4^s a need, 
and If tne need is worthwhile, it should measure 
up to^.^'xy amount of dollars, ty following this 
philosopHy, we ^an analyze out needs before we 
mov4 ahea' 

tA screening process should occur. Id Is 
very ,€asy\for a computer system to be uslnjg or 
expending more money on equipment than is needed, 
or processing various jo^s that do not fltlany, 
particu lar\()riority order. For example, for us 
to exjiend J' great deal Of money on inventory 
would pe witng. The student, business, payroll, 
data bjites thc^ld have t mu£h hylgher prioriity. 
> To use) a conputer only as a typewriter , or a|n add« 
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Ing- -machine* Is wrong. A computer ihould be used 
for those types of operations and appropriate pro- 
cessing that are conducive to the sophistication 
of Its machtner/. ' 

The processing of data should be based upon 
ne'ed, t;he resources, and the ability to prpduce- 
accurate results . How many times do we see coro- 
piLter services say they can do something but then ^ 
* cannot produce? How many times do we see com- / 
puter services dolng;^work that Is not based upon 
need but upon the whims of somepne In the organi- 
zation? How many times do we seo^ a l«rge amount 
of money being expended-^ for computer hardware and 
a very small amount expended for the soft^j^are? 
What good Is hardware without good software? It 
is software tlrat makes the operation go, not just 
the hardware'. The hardware merely supports the 
software. 

The system should be supervised by a certi- 
fied school ad^nlnistrator with commensurate experi- 
ence and an understanding of the school. We will 
talk about this later In our paper. However, It ' 
is' the philosophy of our school district that the 
person In charge of the computer service organiza- 
tion shoulfl have exp^mijnce in school administra- 
tion and a thorough ui^fctstanding of how schools 
operafe wlkh a paptlcuUV xdepth of understanding 
in t^stuQent personnel area. 

All data ihouXd be the responsibility of the 
users In the designated departments of the school 
system for creating, deleting or updating records. 
The philosophy here Is very simple — It Is the 
users who should be responsible for their data. 
The user who Is knowledgeable and understands the 
particular data Is t\\e one who should be Handling 
all the data. The computer Is^ used only do process 
that data Ift whatever fashion *ls deemed nejpessary. 

Herein is the philosophy of Schopl District 
No. 225 concerning computer services. This Is the 
foundation the. total organization Is based upon 
and the foundation fr6m which It operates. 



The School ak a City 

Earlle ■ In our discussion of philosophy. It 
wa^ I Indicated that a certified school administra- 
tor should bi: Involved and should be the director 
of domputet jervlce. We also talked about the 
complexities, of* the school. Let us look at schools 
In more 



deptii 



The opjjratlon of a school can be compared to 
that of a smjill clty» There Is a public called 
students who' are the recipients of learning. 
Teachers maintain the learning process. Adminis- 
trators, teachers, clerical and custodial help 
perform their appropriate roles within the school 
Just as workers In k city. And, at in a city, I 
records of all klndi must be maintained. The 
Board of Education is^ the equivalent of a city 
counfcll. 'The school, even*has a "mayor" called a 
prlnplpal, It Is a Complete business operation. 
Therfe are many dollars involved In the- operation 
of tjils specialii'.:ci^y'\ , 

> .1 <i • " ^ 

School' Is la big' t^uslness. In many conmunl- 
It Is the „Wggei»t busj(n6ss In town. Thbu- 
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the country. It is a business, It should be oper- 
ated like a business. It requires many. 'different 
types of accounting ^y^tems Including tfiose In 
Student and business ki^c^rds.^ ^ c 

Looking at this "city" in depth ^Indicates 
that Its (hajpr function Is to be a place of learn- 
ing. EveVy fun^lon the achool Is a subsi^diary 
to the stxht^nt^ The students are what schobl l^ 
about. Everything else should support student 
Jearnlng. Computer services, like any other ser** 
vices, should be organized to support the students. 
Students are in the school to learn. 

^ ' * learning Is a very' complicated process. It 
Is a^ocess In wb^ch educators , are continually 
trying -to improve their Imtleratanding aijid skills. , 
When one looks at the complexifies *f -liarning. it 
Is apparent that a school, like a clty;|ls occupied 
by many humans of varied backgrounds,-- students, 
teachers, administrators, schoql board --'all hav- 
ing different vi^polnts about how that pity^ 
sliould be run. It Is very, complex because human 
beings are very complex. To understand how a 
school operates takes many years of working Olthln 
a sdhool. This Is' one reason that an experienced 
school administrator In charge of. computer services 
Is needed to direct the operation. 

The computer Is complex in Its own right, 
but In reality It Is two things -- very dum^ ar 
very fast. It rarely makes mistakes alone. Mfcst 
mistakes are people errors. Though the computer 
Is very sophisticated and requires considerable 
skill, the highest degree of human skills is- need- 
ed for understanding and working with people. 

If we look at the computer In this light, we 
can se*e that the Advantages to having a pe'rsot) In 
charge who understands both the school operation 
and the computer operation can put th'e computer 
and the school together In Its proper perspective. 
The computer Is a service to the school. It^. 
should ie usedjib aasist the school operation in 
every way possffble. The better one understands 
the school operation, the better the computer ser- 
vices can assist.. • 

Our Administrative Organization 

* We ar« organised in such a way that the dl^ 
rector of computer services Is directly ^responsible 
to the superintendent. The position Is commensu- 
•rate with the director of personnel, business, 
special education, and. curriculum; This* Drganlza- 
-r tlonal arrangement Is not only good financially, 
but also puts the computer In Its proper light In ' 
terms of having the computer services on an equal 
basis with all the other services of the school. 

Since monies ate expended In terms of ma- 
chinery, operation and programnlng, a need arises 
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sands of doll«n[||arev^pent.in schools throughout compute^ services ten Is to maJ^e the J 
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respected authority. It is admlRistracivc ^true- 
Cure with a person who is a certified jadmlnls^a- 
tor that creates a poiftive outlook from all the 
publics Involved in the school. A positive re- 
sponse and cooperation make it much easier lor 
the director of c'omputer services to work as a 
team member with ct>e public^ of the school organ- 
ization. ' * • 

Our Computer Software 0^3^ 1 

Inilooking for software, a language was ' 
needed tJat vould be consistent, easy to maintain, 
oasy to vork with, and, of course, would have 
termina/ on-line capabilities. After much search-, 
ing in this area, ve finally decided fo use a com-, 
pldyte software package from: ' ^ 



MIDWEST SYSTEMS GROUP, 
5^01 Benton 
.;ners Grove,* Illinois 



INC, 



60515 



We lease th6 ^fCwire- package for our system 
through this cdtj«)atiy. The programs are writterv* 
Completely -in COdOL #nd include all batch ^obS and 
a complete on-lin^%^^al-tj)ile system. All in^ut 
Is via-^t<;rminals; ali^TCL's reside on disk. Cards 
arc not u^ed in the system.^ All job control 
sponses are' entered via the terminal at the main 
computer site. The disk,.^the terminals, and the 
on-line, real-time system ar? completely compatible 
with each othdr . 



The na 



of the software system is C-A-S-T-S 
^HBe 

jty is \ia vt<^eo terminals. 
|,ntOs,ti»e sy^tc 



(CompuCeri zed -Actount.ing-Sys ten-Terminal -System). 
It is an on-line, re^il^rlfce systtm. -^11 data en- 



editing procedure asiurps that tUe data is ac- 
curate . 

Our Computer Haftware 

The computer is/ a stand-alone Four-Phase 96K 
configuration used for two^high schools in our 
school district. It uses an on-line^ real-time 
video terminal entry system, ^he two disks, dach 
with 50 million bvtes, is ample storage for the 
12,000 student data base, 36,000 business data 
''base, plus data bases for personnel,, invec^tory and, 
payroll. The sort time is adequate for our varied 
production needs. The computer is in operation 
sixteen hours a day eight hours during the day • 
bein^ used mainly for on-line and eight hours dur- 
ing the evening being used for batch jobs. ^ 

Auxiliary equipment includes a 1600 B?l tape 
dr^ve, 700-180 LPM printer and a 300 LPH card 
reader. -There are^-n-trie video terminals located as 
follows: 



All data is entered 
fr^m the department of the user. 

tfie user has clomplete respoisibllty for inputting 
nd malntainl& their data. This is all sup|>oj;^pd 
y the sof Cwarp program. The C-»A-S-T-S system 
allows cbncurr^n.t operations, via the video tei- -•^ 
Qlnals>, from any department'using any data screen 
in that department (i.e.; payroll, updating, stu- 
dent progress, etc.). There are over thirty on- 
line video ter(jiinal screens. Thlro are also over 
100 batcK screens, used in batch processing jobs. 

TKe financial data base of the j:'-ArS-T-S 
system has many^ types of screens on the on^-^line 
system which arc used* by accounts payable\ accounts^ 
receivable, 'payroll , to maintain the various trans- 

' action filesv There are many related editing and 
management printouts to help the user with the 
video ^terminal entries. Each day a rollover is 
•completed. Any .activity entered into the system 
that day (checks, purchase orders, change in tWe 
master transact ion file, etc.) are moved into the 

'master transaction file*. 

* A business opera.tion requires a variety of 
reportsTl^y the computer. ,All business operations 
are completely on-line *nd real-time via the 
C-A-S-T-S system whii^h affords the user tfte^coni- ^ 
plete responsibility for the data. Within ou^ 
system, unique* reports for our own particular 
school district have, been added. In addition to 
the many- reports printed current transactions, 
master transactions, vendor and edit listings — 
thertf are, management reports -for the publics in 
the school and various school board reports. 
Through our batch-operating aystem, a complete 
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The central computer site is located at the 
South High School. The North High School, located 
several miles away, is connected, via modums and a 
small interfacing -unit direct-ly to^ the central com- 
puter. This provides them with direct on-^ine ac- 
cess with a one-to-twov second response. * 

Student records" are maintained on-line for 
two years. This enables direct access to student 
files for the previous yeaf. It ipcludeb manipu- 
\lation of alX business darii for two fiscal v^ars. 
\Summer and 'evening schpol are also' a part of the 
data base', including ^11 of, the flex^Jility of the* 
on-line system and producing all (jf tfhe many batch, 
student and management reports. 

Though the time that the* computer is down 
for repairs is, minimal, it^is felt by the user 
daring the. day when t?he on-line system is in oper- 
i|ti<!Ki. ' The terminal- operators , knowing that the 
computer is a macftslne and is susceptible to fa^l* 
ures at* times, ^re prepared and understand^-^^ ♦ 

Various types of backups are used and needed 
with the on-line system. il|t^is imperative to back 
up the diak drives daily, and to complete a tape 
backup before any major type of batch \vb such as 
payroll or grade reporting. 

The operation is Jtr.complete^ dgily demabd 
system . Data. output involving student and" bOsl- 
ness files is generated on a daily basis. Fo> ex- 
ample, any student who has had a schedule change 
>is flagged, Xhis,^atudent will have -M new Schedule 
printed that evening ^or use the next day. Hfs 
t-eachera will receive a new class list for atten- 
jJancc purposes, showing' the , additions or drops ¥h 
thr.ir class that day^ Other changes, such as 
plione numbor,.name change, or, in the business 
files a chartg9 of vendor, will be reflected when 
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dene accivicy check* ^re eircered on ? daily d^nd 
ayacem. Checks are printed that day for dis- ^ 
cribacion the following .day. * 

A video cermina'l system necesalcaces many 
precaucionl. To enter on a terminal, eac^ user 
has a security code which includes bis social se,- 
curity number and 'other call numbers. Somq ter- , 
oinalfe, suich aa payroll, are secured so that they 
can be utilized only by specific* users. The ter- . 
mimals alsp are secured eo ^that one school ^cannot 
entdr another jchool's filea. It shoujld be' npted 
that with this type of system, one must have doc- 
umentation to support noy Only the bktch j«bs and 
ijSckup routines but also the vi^eo- terminal opera- 
tions. - » 

When one uses video terminals for data entry, 
is very'^ important that proper editing occur 
all entries into the terminal. The video ter- 
vorogramming is highly edited, especially in , 
the biikiness area, so that errors are caught at 
thQ timKof entry as mu^:h as possible rather than 
after theK«re -entered and seen on the output doc- 
ument. 



In s.ummarteing the sofCwai;e and the hardware 
of our system, weSfmphasize that the most impor- * 
tant aspect is the^oftwa.re. VKithout good soft- 
ware, it doesn't makk any difference what type of 
computer is utilised. 

J Our philosophy is »^<pJ W^u8er is the fcore 
C-A-S-T-S -system. The^^e completely re- 
sponsible for their data. They have direct <cr 
cess .t(K the data files whenever the need ari es to 
>roceM live data. Complaints (for inoorrect data 
goes* directly to th.e sourde In the^department 
whd^e die original data l|jput oi^red. The com- ^ 
iputer Jhould ranely be blamid for user errora. 
Anythinfe updated is visyakly edited via video ter- 
. minals and thrOugh a hardbound copy that follows, * 
ir, as in payroll, is setSn on an audit traiU- » 
With this type* of activity by the usei? the error 
•rite is very low. 

Batch reports reflect the data at the fcimc 
of printing. It is always live a'n^ always 'ready 
to b^i. processed. Almost isny type of report can 
be generated using any combination of thje current ^ 
data base. The, onTy th'ing that is left is our 
own im^ginationl The particular language of , 
COBOt ia easy to work with -since it is used^ex«MN- 
clusively with the on-line and batch system. We 
can process whatever i* needed wi^th any Q f th e 
data baaes.-.\ ^ . 

Humanizin}!^ Our Cocftputef 

^ j In the humanization of Che computer ayatem, 
It' is- the user who handles all the data in a^des-r 
igpatc* department. This irapleroenis out pKiloso- 
pivy a^d'Our policy of uainR - the cocbputer £• a 
tool from which people can exfcrict, update and 
create datW... The uaer is complet^'cly responilb4e 
tor the data tjrtput and for the final d^ta outpu^. 
The output Tei\ccta th0 uaers input . H^nCo, a-ll 
questions regardiig any'data fpr a given 'depart- 
ment .ate dit^teia and handled by the appj'opr^tcj, 
kw>wlcdgeable iJr'r Sonne 1 in tha^ depaf dq>ent . It^^ 
ctjold be an administrator in charge, or any cler- 
ical people who^work for thairvadmin.tstror , but all 



responaAbility regarding their data Vill be di- 
rectly Ihand led by that department. 

For example, people who work with student 
scheduling are the most Appropriate ones to aqswer 
any queations about scheduling.* Those who work 
with grades or transcripta are the ones to answer 
.questions, c^'orrect any errors, T)r update any in- 
'formatlon in that area. PeraonneJT in the business 
office such as accounts payable clerks should han- 
dle ao^questions about the accounts payable data. 

It is' tearotfork that ia established with this 
system.* The users feel the^ are an integral part 
of a team with othera in the school, with the di- 
x;ector, of computer services and -even with the 
"computer". The •computer director continually 
works vith 'all the various departments in connec- 
tion wi6h the terminal entry, helping them with 
various types of data screens, data and output. 
The users understand that the computer is*a ma- 
chine and they are a part of that machine. Th.ey 
understand that a machine will break down on oc- 
casion and that they must maintain their work copy 
and hardcopy documents for reference in case of ^ 
computer* idata lo^s. The individual video terminal, 
users necjd continued assistance with their opera- 
•tion of dhe terminals. They cake pride in the 
operation of cheir video cerrainals^ and see *lhem as 
their tooll of handling data - information in their 
particulalr department. ' ^ * * 

By having che use*rs completely .responsible 
for data J^nput, by creating an atmosphere of team- 
w<Jrk whereby the users work with the director of 
computer iervices, and by team^ing with the comput- 
er, a sittjation *is created where la group of'people. 
"are actively involved as a team with computer ser-* 
vices. * * t 

Types of 'jl?bs We .Do 

As wks indicated .,eai;Her. in 9ur paper, over, 
thirty screens are used for the on-line> re'al-time 
' system knoJn as C-A-S-T-S (Computerized Accounting 
Student Jertninal System). We also run over 100 ^ 
batch programs and have many maintenance types of 
programs to backijp. ireonganize and massage data 
for processing. Some of the batch Jobs ar^ all 
types of student reports, sorted in just about any 
way. There are exceptional types of reports, such 
as dj.sa^vantaged-handlcapped reports, specifl. ed- 
ucation^ reports, reason-for-dropping-from-school 
repor^ta, and various state reports. Master data 
base^reports indicate the numoer of seats avail- 
able in a;courae, how many are ta^en» and any 
other information related to a specific course 
aection* 

In the attendancef' data baae, on-lioe atten- 
dance "screens are uaed for all data entry. State 

^' ADA reporting is also a computerized product of 
the syatem. All data for half arid whole days ia 
entered via the* tormina la and edited by the* users. 

. Printouts indicating absentee data is printed to 
be uaed aa^ a verification/worksheet for •t'tendance 
peraonnel. 

-^ry extena'ive on-line grade-reporting aystem 
is uaed. The teachers a/e given an accurate clasa 
Hsr on a specitfl fo^rro where the grades are it\di- 
cated. These gra^ea are -then entered via the ter- 
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m-inal. The grai^ea arc pxoceased through the com- 
puter, edited end tent b«ck to the termlTial user 
for minor corrections. A verification sheet is 
then given to the teacher and the grades are veri- 
fied. Grade reports are printed, GFA'd updated, 
and class rank transcript labels and various ex- 
ceptional reports are printed (i.e.» honor foll, 
list of* students vho received F'a, grade distri- 
bution* etc.). Grade reports are printed on 
miilti-part paper for distribution to users in . 
addition t9 using a self-mailer for sending the 
Deports home to parents. 

An'^on-line satisfactory notice report is 
used. The teacher receives.^ printed class list 
on a special form for indicating anybody who is 

y^doing uasatlsfactoty work. This in.formatlon is 
then entered via the terminal. An unsatisfactory 
aotice report is printed using a self-mailer with 
copies going to the teacher and the counselor. It 
is <ione on a weekly, basis and is completely on- 
line via the terminals. A new schedule is printed 

' for the student, and a new class list is printed 
for the teacher on a dally basis. 

. \ • . 

In out student sclieduling Vystem, we again 
(utilize the C-A-S-T-S sy ii^tem *w i th On-lin6, videa 



How We Schedule Our Students 



terminals. All data for Students who are going to 
e scheduled is malnta ined ^o^t the on-line system, 
before student scheduling .occurs and.a.ft^r it is 

^ompleted.,,^ ' ^ 

We load our initial student courSte^e lec- 
tions using cards. The data from the^ cacd^^'s 
"loaded Into the syst^em and maintained" via the ■ ^ 
terminals throughout the entire scheduling pro- 
cess. All of the master schedule is maintained 
on terminals. Master schedule lists, course talVy 
lists, counseling matrix, course identification^ 
lists, student identification lists, counselor- 
student verif icat^ion/worksheets and a student 
course-verification form (sent 'home to parents 
via self-maijLers> are all outputs of the on-line 
system. The course verification forms indicate 
. to parents exactly which courses the studefcts are 
taking* ^ Jl 

Special video screens were created* to match 
the input data for the scheduler program. Student 
data is' loaded on tapes to be utilized in t:he*ac- 
tual scheduling process done outside of our com- 
puter complex. After the scheduling is completed, 
the updated information is loaded back" 'opto our 
system using the tapes. The student data base 
is then maintained complete ly ^via the video ter- * 
minals with the user, doing the inputting. 



Various management reports are then produced 
iifcluding the master schedule teacher load, 
course load, room utilization, teacher utiliza- 
tion, maater module report and any other reporta 
needed •to irtaintain an adeq\3ate scheduling, syatem. 
Jefore school op£ns, auxllliary reports are pro- 
c^cssed class lists, attendance, lists, and 
student scheduler; - . * - 



ceased, such as the mati^^x, tally, master schedule, 
enrollment data and thc^'' on-line system. 

The scheduling on-line screens used on the 
'.terminal are specially designed to enter the many 
types of information that relates to** the scheduler. 
Any type of exceptions utilized by the scheduler 
can be entered via the ''terminal so thit theae can 
be used at each school's particular discretion for 
complete individual Vtudent exceptional « 

Nummary 

In summary, we have discussed ooe way of 
approaching the initiation and operation of a com- 
puter service in a high .school setting. The' ^ra'- - 
phases was shown to be based on need'and a strong 
philoaophical base ^rom which' to build. The or- 
ganization of the computer service is based upjwu-.^ 
the premise that a school is a complex plac'e and 
requires an experienced educator to act as a con- 
duct to the actual computer service. 

The main thrust of a computer installation 
should be in -the software which drives the mul^ti- 
tudes of data^ bases. It was particularly appaire^it 
that at^ on-line, real-time video terminal systemi 
was the core of the completer operation;. ' 

\ J 

The system is **huminized" by having the i 
users, the computer direato|: and the cpmputer all 
working a^. a team to process data for |:he schodl 
system. ^It.is the '^umanlzation" of a cbmputa-i, 
system that piakes It a service for the people hi 
a school, and, after a 1 1, i schools are all ab(!>up 
people. ^ ' ' * ^ 
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The master schedules B^e built by the ached- 
uling adminiatrator in each'high achool. Tpe 
scheduling administrator has access to a ^vhMt 
deal of updated information which can be prl 
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Abstract : The Resource Requirements Prediction Kodel (RRPM) is an instructional fost simulation fot^ post- 
secondarv institutions which has received wide attention as an instructional program information, 
ganaoement and planning tool. Version ^.S of RRPMMs written entirely in ANS COBOL and is designed for 
batch use on computer systems-; — . . \ 
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This paper described interactive version of'Ww. called RRPM/NOW, which runs on a personal 
sized APL coriputer. .The background of RRPH/NOW and mode of operation are described in detail with 
examples of operation provided wherever necessary. 



RRPM/NbW packqround 

RRPMil.6 was desicjied by NCH^^S (National 
Qeoter foJr Higher Education Management SysteteJ 
WICHE (Western Interstate Conimission,,.f&M+T?1ief" 
Education) to be run in batch computer mode. 
MSU Professor Richard Featherstone, while teaching 
RRPM as a management aid', found that i^^s con- 
cepts could be taught using simplified examales 
and hand calculations. However, when it wa^ 
desired td extend the concepts to "real life" 
exanples,[the caJculations became too burdensome, ** 
and therefore, the "real-i-^^e" examples could 
not be^ consideretl as' explici tly as desired. 

.Dr. Richard Brandt of MSU had the insiqht 
to. recognize that an interactive version of RRPM 
would give Featherstone Substantial support In 
his teachings of RRPM concepts. Thus, the devel- 
opment of RRPM/ONLINE was initially motivated by 
its usefuloess as -sin instructional Support tool.' 
Dr. BrandtH version used APL { A >rogrammi ng 
Language) viav dial-up computer terminals to a 
*remotp cohmuteV ,^s,the means 'of providing inter- 
active conpU^^r access. 

Recent tepmologii^l breakthroughs have 
enabled micro-coinr>uters and other personal sized 
computers to Wecome\{)owerful alternatives to the 
traditional large scale! time-sharing systems. 
While they may lack the absolute computing power 
of the larger systems, they do have the advantage 
of simplicity. This .is largely because, the 
personal sized computers are dedicated to a swingle 
user and are operated directly by the user, 
whereas time-sharing systems serve many users— 
none of whom actually operate the equipment them- 
selves. Consequently, time-sharing systems tnust 
* have procedures for protecting users from them- 
selves and other users- This gives rise to the 
need for siqn-on code^passwords , job cost 
Pjaraipeters, time 'limits, job cost accounting 
syslbqs^nd so forth. Additionally, time-sharing 



systems must have procedures allowing them to be 
^iirected from rrmtr ^^ffitin"^! — Ceiiigem Uil 
hnuiflnrfnt 1 1 /'I' T ' r a personal computer user 
TtT'insert his cassette tape on his machine to a 
\time-sharing user who must give a remote com- s 
puter operator instructions to load a particular 
tape. 

Because persofial sized computers are now 
available, powerful and offer greater sim- 
plicity tfo the user, the' authors have continued 
the development of Dr. Brandt* s original RRPM/ 
ONLINE mpdfil on such an APL personal sized 
computer}. 'The new version is called RRPM/NOW 
to highlight the'greater simplicity of implemen- 
ting and using RRPM Sti personal computers over 
either interactive or batch time-shartng systems. 
Now there is no need for telephone communications 
for authorization to use the systlsm, for specific 
system- related knowledge,^ for Specific remote 
storage , and retrieval provisions, and for the 
'concern of the cost of operatijng the system. « 
The user of F?RPM/NOW merely inserts the proper 
cassette tape and presses 'the "Start" button. 




The first objective of RRPM/NOW was to ' 
emulate the operations of RRPM Version 1.6 as 
described in Technical Bulletin 34A' published 
by NCHEHS. In addition to this objective, it 
^as designed with some further objectives in 
mind. Firsts any program which is to bemused 
i/1 instruction ^nust be able to store and retrieve 
several models or examples easily. RRPM/NOW does 
this thrQugh the use. of separate tapes for each 
example. This allows any number of examples, or 
iterations of examples, to be stored and avail- 
,ab1e for comparative purposes. 

In addition to rea'dy storage and retrieval 
of examples, another 'secondary pbjecitive foi> 
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RRPM/NOW was the provision for thp entry of "what 
if" questions to determine the projected inpact 
of various actions. To do this, any ir\put can 
be respecified sinply by reuse of Us original 
input program, e.g., run INS (Input Program 3) 
by itself. Alternately, a user witij knowledge 
of the APL language can manipulate -the variables 
any way he chooses. For examp\le» wie enroll- 
ment can be increased by a blanketr 10 percent 
by entering ENRL - 1.1 x ENRL, Vhere ENRL is the 
name of the variable holding enrollment data. 
tKus, it is possible for an individual to enter 
an example and then to change it easily in 
response to "what if"^ questions. The original'' 
model will remain unchanged for later compari- 
sons, and the new model can be sav^d or dis- 
carded at the option of the, user. 

In addition to the objectives df emulating 
RRPH 1.6 and modifying it for more effective us^ 
as an instructional tool, RRPM/NOW was designed 
as a tool for experimentation with certrain lodi- 
fications to the RRPM copceot. This system was 
desi*qned in small modules to allow for\the uture 
construction of different types of modal s. For , 
example^ a h historical 'Sti/dy could be maoe by using 
both stu denf enrollment ind facultyFTEU to\ 
■^pfwfiictivi ty and costs. A sedond \, 
example wou d be*t&*<nput 4 given faculty art^ 
simulate th type of enrollment the>institution 
'could then I andle. A thi>d lexample may be to 
input a saliry budget and aJsalary schedule.Aft4i 
simuld^te,th( numbet* of faco<ty possible at varying 
levels and n? consequent possible enrollment. 
.Thus, RRPM/f )W could be used to produce outputs 
whijch would )ecome the inputs to a system of 
linear, equations. This system wovld then be used 
to find th^ ndeal" balance between faculty and 
enrollment^ given certain restraint^?." 



Input 

RRPM/NOW input co! snsts of^ series of input 
programs which take ad/apitage of the* dynamic 
nature* o^ APL to set aid adjust data variable 
dimensions by using oti6r variables* Consequently, 
the first input programs are used to gather 
literal data regarding the names of the user's, 
disciplines, course levels, student* programs, and 
so fbrth.. In each case., the nuirber of J^ames 
xdrrespond to the size of the variables W|vich 
will hold the associated numerii data. 
"I 

The dynamic nature of APL variables provides 
for efficient computer memory. , Within reasonable 
limits, the size of individual variables is j*ela- 
tively unimportant. For example, there are no 
fixed sizes (e.g., 8 characters) for faculty rank 
names, discipline names, or any other literal 
data. The (jynamic nature of APL variables allow 
•them to be the exact size the userrieeds. The 
output programs which use these literal- names* 
automatically compensate for the length of the 
relevant names. This usually implies] that, long 
names shift output to the right, and consequently, 
one should be careful not to exceed the width 
capabilities of the printer or paper used for 
the output. 



Illustration 1 

INPUT FOft COURSE LEVELS, 
STUDENT LEVELS, AKO FACULH RAT^KS 



INI 



TYPE COURSE LEVEL NAHES 




STUUENT LEVEL NAHE 



FACULTY RANK ^♦AMES 



(Note: A period terminate^ each Jeyel (jt 
irjput above. ) ' 



Illustration 2 shows the entry of the , ^ 
numeric data for student enrol Iment. ^ * 

,/ ^ ' i' - * 

^ Illys-tration 2 \ • ' 

INPUT OF STUDENT ENRfltLf(ENT 
BY PROGRAM ANtt STUDENT LiVEL 

IN7 * , ^ 

TYPE 3 ENROLLMENTS LD UD GD'- / ^ 

PROGRAM HISTORY , 
0 

143 186 52 
PROGRAM- diOLOGY ( 

5' h 

121 fff 45 

PROGRAM FINE ART ' 
□ f ' 

85 61 17 
PROGRAM BUSINESS 
□ 

180 •'2€6 1"2M ' 



Notice ihe computer prompted the user with, 
the'thhee previously ehtef?ed student level 
descriptions (LD UD GD). Addi tio'hal ly, it used 
the di sci pi infe^ names supplied earlier (HISTORY 
etc.), and stopped autojr^tically after the last 
line of data was entered. Maximal effort is , 
made to reduce the amount of redundant informa- 
tion entered by the "user. - 



Calculation 

Upon the completion of the input of the 
requested institutional data, a series of 
calculation programs are execut|>jd which perform 
the computations required for system output* 
RRPM/ftOW supports, the short method of calcula- 
tion, -which in actual practice is used by almost 
all institutions now using RRPM. The calculation 
of certain items are. autoiJiatically skipped if 
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the associated input vos omitted during the input 
phase, jfir examplev staff salaries are net cal- 
culated if the staff information is absent dyring 
calculations.^^ • 

. Xhe uster executes .the entire sferies of cal- 
culation programs by typing tALCSHORT. The use*' 
/ may execute-aitV particular\calcul^tioiT program ■ 
^(e.g., caicivlate the Instructional Work Load 
Matrix - IWLHV by typing *ttie 'name of the desired 
calculation program (e.g. , CIWLM). 

^ Output » 

, RRPM/NOW produces an *0rg3nizcrtional\ Budget 
ind Program Budget ^htch are rx)deled aften the 
cbrresponding l«PM l.^ output\ reports, i It 'also 
his otter outpuk* progiT3iip'*uniiue to RRPM/NOW, 
sUch as\the Cost/Credit Hour Report and' prograQis 
thpt display selected data upon command 

T^e RRPM/wiw versionrofj^n Organica^oonal 
Budget for Histdry •i^shoWn1^in\jllustrati\o 3 



For instructional/ purposes special consideration 
has been given to held the length of the output* 
line to the number of^characters which the system 
'can display on a TV screen. 

. • • * y* 



Illustration 3 
BUDftT Output 



1 



1 -ORGANISATIONAL 

, , ^ 



BJjntJt^T FOR I ST DRY 



CHAIRMAN 

f-ACULTY 
TROF 
, ASSOC 
ASST 
INST 

1 

TOTALS 

STAFF 
ALL 

TOTALS 

EXPENSES 
ALL 

TOTALS 
TOTAL 



SALARY 
2OO00 



1 /OOO 
1U500 
11500 

,0 

131?5 



6D00 
6000 



F.T.E. 


^PERCENT 


COSTS 


PERCENT 
ORGNL 
BUnCET 


PERCENT 
INST8L 
BUDGET 


V, 04J 






qoojo 


3.V3 


.7997 


8,56 
12.8^ 
1,2. 8^ 

8.56 


20.00 
SD^OO 
3^ . 0 0 
20.00 


m5535 
186199 
m7675 
81329 


•1 ' 

( 22. o^ 

• 28.19 
-^2.36 
12.31 


5.8192 

7.^^52 
5.90^8 

3.2519 


1^2.80 


t^O 


00 


560739 


8H.90 


22 . ^2 1 2 


'11.20' 


100 


,00 


6720? 


ID. 18^ 


2 . 6873 


1 1 .20 


100 


.00' 


67207 
' 12*503 


10.1 8 
1 .89 


2.6873 
.^999 








12503 


1 .89 


.^999 


55. Oi 






66o^^8 


100\00 


26,M;081 



46 
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fl lustration 4 ^hows the RRPH/NOW ^^rtfgram* 
Budget for all four progr^s in the sample data. 



/ 



Jllustration 4* 
PBUOGET Output 



1/ 



PROGRAM BUDGET 



INSTRUCTIONAL PROGRftfl 
BY STUDENT l/EVEL 



COST 
PER 
STUClENT 



NUMBER PERCENT PERCENT PERCENT PERGEWT 

OF PROG-RAM . TOTAL PROGRAM ' PROGRAM • INSTff . 
STbDNTS STUDNTS STUDNTS CQST BQDGL I JD6£T 



•'on 

TOTALS* 



m58.67 
1625.20 
236<+.31 

1663.57 



1U3. 0 0 
186. 00 
52. 00 

3Bi .00 



J7.53 
13.65 



10 0.00. 




208590 
302286 
1229HH 

633821 



32,91 
If 7^. 69, 
19, UO 

100 , 00 



a,3»t 
12s09- 

25^311 



BIOLOGY 
LD 



up 

GD 



TOTALS 



1953.81 
2359.33 
U33<+,6<+ 



121 . 00 
•9if.00 
•+5. 0 0 



i|6,5»l 
36,15 
17.31 



9,21 
7.15 
3.U2 



236m2 
2217Z7 



.36. 19' 
.33.95 



2512. <+9 a260,00 



100,00 



19,79 65321*8 100,00 



9, US 
8.87 
r*80 



26-12 



FINE ART-; 
LD 

C4\ 



TOTALS 



152i|.7<+ 
*1667.<+6 
•2166. 6»* 

16115.09 



8rj.»00 
61 . 00 
17.00" 

163. 00 



52,15 
37.<+2» 
10.1+3 

100.00 



6.U7 
U.6U 
1 .29 



1 296*0 3'< 
101715 
36833 



12.^^0 ,268150 



H8.33 
37.9^ 
13^7»f 



IffO .00 



5,18 
4^,07 
♦1 ,»+7 

10.72 



BUSINESS 
LD 
UD 
GD 

TOTALS 



l<+96. 1ft 
1773*, 08 
2509.3^ 



180,00 
;?06.00 
I2»*,d0 



35,4,) 
U0,39 * 
2»l , 31 " 



13.70 
t^,; 68 
9 . 



l85<+,33 510> 00 100. Oi 38.81 



269298 
365255 
311^156 



9U5710 



28,1+8 
38.62 
32,90 
— I 

100,00 



10 .77 
m,60 
12, UU 

37,81 



47 ^ 
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•The rem^inij^g output reports are uniqae to. » 
\ RRPM/NOW. PFACUL"W( prints the faculty head count 
ifor each discipline. The t^ead count is broken. 
idown by faculty rank and course level. lUystra- 
•,\t-iOn a \s-^n example of the- execution of PFACUtTY.; 
* again for the history ^department. 



H)ustrdti^(n 5 
. . -f^ACULTV Output 
I \\n t/ V.VNU T R I BUT I l^N Ij 1 S TO H . 



The output program PRC0ST prjn* -the repdn 
. of the aVer^age coJ^'t per student cl"ed^t jhoyr: pro- 
\duced'. The'c^)5y are reported by cjiscip[line arid, 
,.jCOurse level,. Tne average cost for each.discip- * 
jline, each cou/se level, as v^ell-as the entire 
t .nwdel.'are' diso-repor^ted, as shown in llTustration' 



Illustration 6. 



API 



MO <i 



61 



IB?. 7 
80'. 6 

111 , 0 



AVG 



•In the outputv the 110 fs a* rem>hder . that 
' Fac.uUy Salaries (FJAL) are entered vta input 
* program 110. Alternately, the user miy. ask for 
, the da<a associated with a partiCular'vprogram, 
\shDwh tfl Illustration 8., . 

lUustration 8 \ 

SEC Output (Data ei^tered via*l1|^l) 

SET ' im 



UD 



UD 
(5I»" 



'PROF'- 
ASSOC 
ASST 
INST . 



-STUDENT LEVEL NAMES - 



-FACULTY RANK NAMtS- 



\ ' , A general; purpose data dis^play program,. SEE, 
can'display botlir'aw inp'Ut data* or calculated *> 
'%-*-t:esults. The. user" my ask -for data to ^ispje 
I ^d by-using the'nSme of the variable itself, aS' 
J • shown in lllis'tration 7. 
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Illustration 7 . \ ' 
SEE Output' (Fi^duVty Salaries) 



Iri addition to the dat^ .showrt in.IllOstra- 
* tions 7 and 8,. SEE can f<mflat' andr* display t^o 
■ Induced Xloursg Load Matrix,' Instructional Work. 
' Load Matrix,' student enrol Irtent , as others as 
^ well . • ' ' , . ■ ' f. 

< Fthally, the -use "can <print the entire col- 
lection, or any part, of the data for a particular- 
model via the program PRINTVAI^S. ■ This program 
takes a matrix contai^ting varfable names to be 
printed, and 'prodyces ah alphabetically-sorted 
•listing. of each variable's name, size, and 
'conbhts.* Illustration 9 shows an example of 
PRI^TVARS outpu|. 

ITlustration 9 ^ 

■ 'PRINTVARS Output 



PRIHTVAf^S QNL 2 



DISD. . Size =48 



'-—•tab. 



) 



F'lNf. ART 



^ROF . 

•i /oft'o' 
1 70un 

1 Mion' 




•risoo 

llfjOO. 



JNST 

9:§oo 

950 0 



HI^10R.Y , 
ivrOLOpY ' 
UNE ART 
B(jSTNt:SS 



ENRL/ 

■ 1H3 186 '5^ 

121 9»l >V5. 

* 85 61 l7* 

.480 206 1-2*1 . 



Size ^ ^ Z 



ENRL IS THE LAS! .YARIADUF.,. 



Pro9ranming_ Language * 

, * The computer langtia^e used for RHPH/NOW -is 
the APL (A Progr^raming L.anguage) notation, disign- 
ed by Kenneth E.. Iverson for the purpose of teach- 
ing mathematics. In 1968 it was released for* 
public use by IBM and since then a group bf dedi- 
cated ^thusiasts has emerged and continues to ' 
grow. Recent years have shown a surge in the 
general , availability and use^of AI^L, 
» ■ • * 

j APL has many advantages .trver' other prog r a i n - 
Iming languages that favor its use: First, ttie APL 
\prograiTmert neQcls to know very little about compu- 
ters aAd ^ow they operat>e internally. Thus he , 
can concertrrate' his Attention on the ^Computational 
task withojut being a computer expert.' 

' - •Seconc^, API, i§ interactive in natureT rather 
than being i)atch - oriented .' IbnseQXjently, the user 



can enter hVsdata through 'a typewnter-l ike 
keyboard and if he makes a typographical" error, 
APL identifies it and allows* him to correct it on 
•the spoU ' - 

'Because APL is interactive, the user can use 
yl much 1 ike a'' powerful desk calculator. For ex- 
ample, if he would "iike to S£e»any gi'ven variable, 
displayed, he only need types its name, say FSAL, 
for Faculty SALaries (which are arranged by Dis- 
pipli^ie by Rank, se^ Illustration 7). Because 
•APL has many more operators than just +, -. ^, 
and is designed for fwtrix operations, hQ can do> 
such things ^s detemvine the size^.^of the FSAL 
matrix by simply typing pFSAL. The resuTt is the 
number of rows and columns in FSAL,' whi(fh corres- 
ponds to "the numbers of- DiScipl ines and Faculty , 
Ranks, (e.g., lO^i^fplines and 5 Ranks). 

As- the us/r becomes more familiar with APL 
he can interaftivelyperform many diff^r*ent 
computatipns,Von the spot,- without resorting ib 
time-consumiq^special progranming. Consequently, 
the interactive nature^of APL, its richjet pf 
data operators, and matrix handling capabilities 
make it a powerflil language for computations. 



About the Authors 

Drs. Sargent and Bell are Michigan State Uni- 
versity faculty members whose efforts are directed 
at providing educational computer users with human ^ 
opiented systerns. , 



BIBLIQGRAPHY 



Clark,^ David, et.al. Introduction io the Resource 
Requirements Prediction Model 1.6 . , Bouldef , 
Colorado; Western Interstate Commission fjor 
Higher Education, 1973. \ , 

Clark, David, land Huff, Rot)^t. Instructional 
Program Budgeting in. Higher Education . 
Boulder, Colorado: Western *fal;erstate 
Coninission>foo Higher Eolation, 1972, 

Huff, R obert ,A'. , and Wanning, Charles. Higher 
tducation Planning and Management Systems : 
L Brief Explanation , Bou'l der , Col orado : 
Western Interstate Commission for Higher 
Education, 19^72, ' ' ' ' 



PolivkS, Rjymona, and Pakin^ Sandra, APL: T>ie 
Lanqu a 
HaTlT" 



and Its Usage , 
197^ 



uige 



New Jersey: Prentice- 



Zifemer, Gclrdon; Young, Michael; and Topping, James, 
, Cost Finding Princj|»les and Procedures ) 
Boulder> Colorc^dO'i Western Interstate 
Conmission for Higher Education, 1971. 



, A CASE FOR "CASE": 
COMPUTER ASSISTED SALARY-SCHEOUl-E EVALUATION, 



George, F. Sargent 
Norman T. Bell 
John L . BKistal \ 



ABSTRACT : In t6day's complex vterld of schqol finance the Rubin 
assistance is needed in reaching the agreements necessary to o' 
salary demands and decreased revenue. In this paper factors w] 
schools to seek helR are described, a general computer-related 



schools are finding 
^ate in view of increased 
Ich have caused the 
Solution is identified. 



and then the specific set of computer programs which comprise th^ solution explained 
in'detail. Finally-, a s ipiul a ti or\ of a complete solution is presented as an example of 
the capability of 'the system iden^i/ied as CASE, Compruter Assisted Salary-Schedule 
Evaluation. 



THE NATUR E OF THE PROBLEM • 

The operation of'public schools 
especially in the area of personnel 
management is in the throws of change. 
Negotiated agreements are replacing both 
board policy and administrative direction 
in setting work i ng ♦con d i t ions for teachers 
and employees of public schools, ; 



The results of negotiated 
are jus^ beginning to surface. 



agreements 
School 

districts, faced with fixed revenues flre 
being forced into settlements allowing for 
little, if any, financial flexibility. 
Many have settled contracts well beyond 
their ability to finance and consequently 
face the di fficul t issues of reducing . 
staff and programs in an attempt^ to 
meet^their obligations. " 

* The best time to face such issues 
IS during negotiations rather than years 
later after the ajterhatives and flexi- 
bility have been substantially red-uced. 
To ichifeve this goal ,a system is required , 
thai can do the following: 

1. / Accurately land rapidly compute the 

cost ofa particular salary schedule 
V^roposal, generate new salary 
s^^dules, 'and compare one salary 
proj^osal to another. 

2. Flexibly Provide such information 
without c|)mplex programming or equip- 
ment req u i rements . 



3. Provide <:omputer ev 
operation of a laym 
c( mputer programmer 



1 uation under 
n rather than 
or operator. 



the 
a 



Without Such a system, time-consuming 
hand calculation may -be done with the 
possibility of computational errors 
greatly increased. Such errors may even 
cause agreement to a contract that cannot 
be afforded or, on the other hand, lack 
of agreement dlie to the time impl icatio'ns 
and the resul tant frustration . 

It may be that in some districts a 
large, batch-oriented computer is avail- 
able for business applications and during 
negotiations it can be made available 
for assistance in computing costs of pro- 
posed , schedul es . Though such an operation 
js obviously reliable eno^'ugh^for the pur- 
poses needed, it may not be^ick enough 
when the. total elapsad time required t5 
get the information from the negotiators 
to the computer, and back again is con-^^ 
sidered. For example, the system may. be 
physically located at a site distant 'from 
the neg^otiations and time would be con- 
sumed in carryi.ng data to and from the 
computer center, Addi t i 6na Tly , the com- 
puter would have to be scheduled and 
available before the job could be pro- 
cesse'd. To make this possible, the 
currentjob the Computer is working on 
would be completed, upcoming jobs would, 
be suspended thus disrupting the regular 
operations. By the time all this takes 
place, it appears that, here too, a time- 
lag would occur between the request for 
total cost data and receiving it. Con- 
sequently, even batch oriented computers 
may not produce the total cost data at 
the most oppdrtune point in the negotia- 
tions. \ 

In summa.fy, calculators are logis- ^ 
tically simple but slow and in the press 
of negotiations, apt, to be inaccurate. 
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On the , other hand, batch computers are fast 
and accurate|, but due to* 1 ogi sties , inclu- 
ding requireo ccjnputer expertise and. 
sophisticated hardware, the results from 
these computers might be delayed in getting 
' to the negotiators. Thus, neifher cal- 
» culators* nor batch computers seem to offa^ 
the answer to accurate salary schedule ^ 
total cost data at the mast opportune 
^ point in the negotiations. 

Consequently, there is more than a 
' remote possibility that agreements may 
be reached without either party reaH^ 
being able to state accurately , the total 
cost pf the agreement or the perclent^ of 
change related to previous agreemjpnt^. 
In extreme situations it may be tfcat even 
after an agreement is reached it will be 
found by one of the parties to be Un- 
acceptable because it was costed out in 
error and a return to bargaining will have 
to be requested with all the difficulties 
suqh a move involves. Consequently, 
the basic problem is that at present it 
is difficult* to enable negotiating teams 
\ f 0 receive an immediate, accurate evalua- 
. ^•tion of proposed, salary schedule changes, 
and thus the process of agreeing is 
impeded. 



A GENERAL SOLUTION TO THE PROBLEM 

Because of the above recognition that 
salary bases of millions of dollars were 
to be computed by relatvv,ely inexperienced 
computer users under pressing circumstan- 
ces, an integrated system ^.f computer pro- 
grams, identified as CASE (Computer Assis- 
ted Salary-Schedule Evaluation), was 
developed. Two major design considerations 
of CASE were to keep It' simple to operate 
to reduce human errors, and make It oper- 
t atable at the sitb of the negotiations . 
to facilitate timely results. . 

CASE permits }:he user to (1) enter' 
any salary schedule and accompanying « 
people matri)^, (2) compute thje costs \ 
associate'd with such data, (3) modi fy 
the salary schedule and people matrix irt 
virtually any way desired, and (4) 
compare the di f ferences in costs. of ' 
various schedules. This then ipeets the 
important computational needs for - 
school salary negotiations. The use 
of the CASE system -is described in the 
following sections of this paper. 
Actual examples of using CAS-E are pre- 
sented as iVlustratior^s throughout th g^^^ 
descriptions of the var.ious programs. 



jnces, (5) modifications to salary 
schedules and peo(^le matrices, and (6) 
Itility programs. 

Iter i nq the Salary Schedul e and the 
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Ihe user desiring to enter a new 
salary schedule uses the program called 
SALARY. Through this program he is 
prompted for a fcame and a description of 
his salary schedule.' This is done since 
it is expected that lisers will desire to 
enter more than one dalary schedulle for 
comparison purposes . \ After providnhg 
this brief description, the user is. 
requested to type the schedule as ij^ 
appears to him, that. is, if there are 15 
steps and' 7 lanes, he types the seven 
salaries for Step 1, presses the return 
key, and repeats this same process until 
all 15 steps have been entered. Ther^ 
is no need to attempt to allign the 
columns (lanes) as the computer will do 
this automatically. On Step 16 he types 
OUT, and his unique salary schedule is 
then stored in the computer's memory, 
ready for use. By typing PEOPLE and 
repeating the above process, the people 
associated with the salary matrix' may be 
entered into the memory of the computer. « 
For an example of this process , "see 

Illustrations 1 and 2. (Note: for pur- 
poses of illustration, an abbreviated 
salary schedule with four steps and five 
lanes is .used.\ Enen though s_uch a 
salary schedule is smaller than the case 
would ever be in a school ^system , it will 
serve as an appropriate example since a ^ 
larger schedule would be manipulated and 
costed out in exactly the same /nethod.) 
nderlining in the illustrations is used 
to indifcate those portions of the illus- 
tration entered, i-n the computer by the 
user- 



UlustVation 1 



GENERATI 
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RY SCHEDULE 



\ 



J3AME THE SALAR'^ SCHEDULE: ' 5l_ 
DESCRIBE Si: 197U-5 SCHED . 
ENTER THE SALARY SCHEDULE ONE 
STEP AT A TIME UNTIL COMPLETE. 
HO EXIT, TYPE 'OUT' 



STE'P .1 
STEP 2 
STEP 3 
STEP U 
STEP 5 



7225 8225 852518825 <m2S 
7550 8575 8900''9225 987'5 
0' 8925 9275 9625 1 0325 
0 0 9650 10025 10775 

oaf T 



SPECIFIC-SOLUTION 

Included in thi^ ^iscussion of • the 
specific solution are the following 
topics: (1) entering data, (2) 'compu- 

/tlng costs, (3) computing next year's 
expected costs, (4) computing differ- 



.Sl: 197M 
7225 8225 
7550 8575 
0 8925 
0 , 0 



•5 SCHED. 
8525 8825 
5900 9225 
92715 962 5 
0650 1002S 



9U2 5 
9875 
10325 
1 0775 
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GENERATING 



mustrat>on '2 



ATRIX ' 
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0 0 1'^ 
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Cotnputinq Total Co sts 

To compute the total cost of the 
salary schedule just entered, the user 
types TOTALCOST. He is given the^option 
of naming the total cost result, e.g.. Bl . 
When the user so names a total cost, it 
is stored under that name so he may lat€r 
compute the differences between various 
costs, or, bases, if he so chooses. The 
total cost is the*h computed and displaye(J. 
For an example of the use of the TOTAL- 
'COST pVogVaRN see Illustration 3. ' 

: * fllustraHiion 3' ' , >^ 

COMPUTING TOTAL COSTS t 



1 

.7 1 



PI = $ 1 , 0 c , e 



If grea ter ^os t .detai 1 is desired. 
COST IS typejd instead of TOTALCOST. 
This program produces the cost associa- 
ted with eac^j salary schedule cell, the 
step totals, lane totals, and the gran<^ 
.total ^s well, nor an example, see 
Illustration 4- < 



II lustration 4 
COMPUTING COSTS WITH MARGINALS 



COST 

NAMES: SA F\ b\ 
EnTBR SALAR:^ To USE: 
ENT^R' PEOPLE TO USE: 
NAME THE BASE: Bl 
197U-75 SCHED, 



PI 



51 ri 

STEP 1: 

STEP 2: 

STEP 3: 



Bi AS FOLLOWS: 



PEOULF 



'528 50 
0 



0 I ?8Sa7S 
61950 I ^63?ft*^n 



STEP ^: jO ... 1^9?ZLi--^'il§9? 

TOTALS: 88975 ... ?02025, } 1 90267 5 

\Thus' by the "use of th.e CASE pr\)grams 
SALARY. PEOPLE. TOTALCOST. and COST, .the 
use\c^n easily enter his data and com- 
puteNfhe costs associated with these data.. 
There .are no practical limits on size, 
shape', pumber of salary schedule's, or 
number of people matrices. Neither are , 
they limited no whole dollars or people. 
A user 'may enter 1.75 people to indicate 
1.75 FTE (Full Time Equivalent). Conse- 
quently the system accommodates those • 
districts that recognize part-tirrfe posi- , 
t i 0 n 

Computing Next Year's Ejected Costs 

In considering costs for sa1aTies*for 
the coming year it is necessary to advance 
the people to the next step on the salary 
schedule. The program ADVANCE created a 
new people matrix by moving everyone who 
is available to move one step down the - 
salary sclledule. It is often the case 
that certain individuals have reached the 
ceiling of their specific lane.and conse- 
-'quently must not be further aavanca^. The 
/program ADVANCE, by being responsj^^ to 
the particular s^laV^^c^edul e/i ndica ted 
by the user, advances only tho-ie people 
who have not reached the Cei^rig inHheir 
particular lane. Aftfrr the'ADVANCE pro- 
gram has been used, the/dser m'ay determine 
the expected \otal ,cost impact of one^ 
year's maturation. S^ifr^sud^ot) of ADVANCE 
followed by TOTALOO^ST is snownon Jllus- 
itiom 5. ^ 

? \^ II lustration* 5 

^^^^^^XqWt^ next YEAR'S EXPECTED COSTS' 



1" 
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ADVANCE i 
NAMES: S\ P\^ Bl 
EN^EP^ALARy TO USE: Sl_ 
NAMES^nVANCED Pi : . £2 
DESCR-IFS P2: l'^7 5-7 6 PEOPLE 



P2: 



197 5-76 PKOPit: 



0 


0.. 


0 


0 


* 0 


12 


20 


10 


0 


0 


9 


U6 


22 


5 


0 


0 


0 


U8 


27 


19 



TOTALCOST 

NAMES: 51 /n'' Bl P2 

ENTKR SALARY TO^USE: 51 

ENTER PEOPLE TO USE: P2 

NAME THE BASE: 52 

J97U-75 SCHED- ^ 1975-76 PEOPLE 

51 X r2 52 = ^1. 962, U26 



Computing Differences 



c 



If the user is interested in deter- 
mining thev relative differences between \ 
various bases, he must have previously 
named them when computing the costs. If 
bases have been named, the useV may then 
de>{ermine relative differences between 
bases by typing DIFFERENCE and ent^ering 
the frames of the bases. The computer 
will thBn provide the difference in dol- 
lars (e.g., $143,500) as v^el 1 as their 
percent difference (e.g., 3.5 percent). 
Illustration 6 provides example of the 
execution of . DI FFEBENCE . 

' Illustrat^ion 6 

COMPUTING DIFFERENCES 



DIFFERENCE 

KNOWN^BASES: ' 51 52 y 
pNTER BASE$. OLD THEN ,NEW: BX_ B2_ 
52 EXCEEDS 51 BY $4 9, 750 *- 
OR 2.6 PERCENT. 



Modifications to Salary Schedules or 
People Matrices 

Storing data and comp^uting costs and 
their difference^ i^ only a part of the 
computational probleV^ when negotiating 
a-new coji^ract. Quite often variou'^ 
salary *s)bbedul es are proposed, and their 
resultant base-costs must then be com- 
pared to facilitate decision-making. 
Often these alternate salary ffchedule^ 
are simple modifications of the origi-^ 
nal salary schedules. For example, an 
alterne^^te sal a-ry, sc'ffedul e may represent 
an eight- percent across the board rai^, 
pr a $450 raise across the board, or per- 
,haps $450 for Step 1 and $400 for all 
other steps. The program called MODIFY 
can be easily used to t>e reform the above 
changes in the salary schedule. Addi- 
tionally it "can create oew lanes or steps 
diid delete existing lanes or steps. The 
same- al terations can be m^de to the people 
matrix when new lanes or steps are added 
to a salary schedule which then neces- 
sitates changes in the people matrix. 
Such changes might include the subdivi- 
sion of people into new lanes or steps so 

t 

50 



thatjthe people m'atrix will corresjpond in 
shap^ to the modified salary schedule. 
Upon completion of the use of the MODIFY 
program,' the user the-n has a second sala'ry 
schedule for wh-ich he can compute costs, 
aijain using t^ie programs TOTALCOST (or 
COST) and DIFFERENCE as previously 
explained. Such modification and subse-' 
fluent costing is shown i n '1 1 1 us tra ti on 7. 

Illustration 7 

GENERATING A MODIFIED SALARY SCHEDULE 



^ MODIFY ' 

NAMES: > Si Pi 51, P2 '52 
SALARY OF PEOPLE fO MODIf'Yi 
• ' NAME MODIFIED SI : S2 

DESCRIBE S2: ALTERNATE SAL ^ 
ROUND TO 0 PLACE, ACCURACY, 



SI 



'OUT' TO EXIT-- ^ ^ 
'ALL' DENOTES ALL STEPS/ LANESs 
MODIFYING /I U 6 It^RIX ^ 
STEP^IS) : 2 3^ ^ 
LAN ECS) \ * ALL_ 
AMOUNT OF CHANGE: i££0 
STEP(S): OUT ' , 



TOTALCOST 



S2 



• NAJ'JES : , Si PI 51 P2 52 
ENTER SALARY TO USE: S2_ 
ENTER PEOPLE TO^USE: P2 
NAME THE. BASE: 53 
ALTERNATE SAL x 1975-76 PEOPLE 

'S2 X P2 * 53 = $2 , 036, 025 



Util ity Programs 

A set of programs, grouped under t^e 
title UTILITY PROGRAMS, are included irf 
the CASE system for the express purpose 
of simplifying operations for the user.* 
These programs include as si s tance - i n 
startup of the' CASE system, and displaying 
and changing the ^statu5 of the user's 
various "salary, people and base cost 
variables. The names of these programs 
together with a brief* explanation, of 
their functions are a-s~follows: 



Program Name 
INITIA-L 



LIST 



SAVE 



Func ti on 

Removes all oljd 
salary and people 
.variables and readies 
the system for evalua- 
tion of a new set of 
salary schedules 

Provides a list of 
variables anjd their' 
descriptions . \ , 

Provides the user 
with the opportunity 
to jSpeci fy which 
variables are to be 
placed in off-1 ine 



DELETE 



memdry.* ' • • 

Allows the user io 
erase previously 
def i ned variab>es 
and Hheir descrip- 
tions. 



A BRIEF OESCRIPTIOh OF THE ^COMPUTER . ' 
lANGUAGE US-EO FOR CASE * 

The computer language used f(^r CASE 
is the APL (A Programming Language) nota- 
tion, designed by Kenneth E.'.Iver^on for 
the purpose of teaching mathematics. 
In* 1968 it was released for public us.e 
by IBM and since then a group of dedi- 
cated en'^thusiasts/has emerged a.ndf con- 
tinues to grow.. 4^etent years have shown 
^ surge in the gfener^l avai jl abi 1 1 ty and 
use of APL. t 

N APL has many advantage^ over other 
programming 1 anguagl^^tha t favor its use. 
The APL progrartimer ne^s' to know very 
little about computers andj^how they 
operate irTternally. Thus, 'he can con- 
centrate his a ;tention on the computa- 
tional task wi :hout^eing »r computer .^^ 

exper-t. 

'Another advantage of APL is that it 
-is- interactive in nature rather than 
bein"q batclToTientated. Consequently, 
the user can enter his data through a 
typewriter like keyboard and if he itiakes 
a typographical error. APL identifies 
it and allows him to correct it on the 

spot . # 

Because APL is inteVactive. the user 
can <jse it much like a powerful desk cal- 
culator. For .example, if he wQi^ld like 
to see the-^^ople matrix (or any other ^ 
variable) displayed, h^ only need type 

. vti name, sav n./ Because APL has many 
more operators than just + - - and is 
designed for matrix operations, he c^n do, 
suchMhings as computing ihe total niimber 
6f people irt-the peopVe-^matr 1 x by simply 
typing: t/ + /ri.' TheB jj^f operators ^ 

- eisentiaJVy put the V fgn ^^tween al 
'rows and columns of n^apd adds them up. 
As the user bfecome/s more familiar with 
APL he can i nterac-tiyely perform many 
idiffei^ent computations, on the spot. V/itn- 
out resorting to time consuming special 
programming. Consequentjy . the inter- 
active nature of APL, its rich set of 
operators, and matrix hartdling capabili- 
ties make it a powerful 1-anguage for sal; 
ary costs computations. . 
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It has"^ been 
computeif acc 



established that "hands- 
sto provide immediate 
feedback during negoHaiipns can facili- 
tate "the negotiating process. Tradi- 



npu ter 
terminals . 
r|emo te 
ally 
Recent* 



afe 



tional methods of "'bringing the co 
to the user^ employ dial-up term"^ 
Withthese the u^er telephones a 
general purp.ose computer, which ge|ner 
serves niany*users siirrtjl taneously . 
breakthroughs in technology have 
desk-top computers tech'tiically po^sT.bl 
a/rd* economic'al ly affordable, 
about the size of jele^tric typewr-jters 
and serve only one user at a tijne 
suth machine is the MCM 700.jthe 
on which^CASE w^s developed. 

^ Important characteristics of[the 
MCM 700- are that it is completely por- 
table (22 pounds), and silent in opera- 



One 
jio.n?i5uter 



are 



tion so that it may be used any;/here 
ordinary 110 vbl t el ec tri cal ^^u tl ets 
available. It is small and light 
enough to be put into its carrying case 
and easily carried by hand-f placed in 
automobiles, or under ai rpl a ne seats, 
and lateV, used wherever there is elec- 
trical p6wer--board-rooms , classrooms 
or even at the breakfast table. 

Another important characteristic of 
the MCM 700 is that, being a self-con- ^ 
tained computer. It is' logistically ^ 
'simple to use. The user only need place 



the CASE cassett/e/tape in Uie MCM 700^ 
push* the START button, and^e has done 
all necessary p/elimlnary procedures- 
before running CASE. There are no tele- 
phone calls, iign'-on procedures, or 
special computer i ns true ti ons ;as with 
dial-up tenninals. 
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As already mentioned, the MCM/7D0 
uses cassette tapes for program an*d data 
storage. These .allow for data security 
sinci^ the user may remove jiis tape con- 
tain i ng . sens i ti ye dat^ and take Ot with 
him The programmi/S 1 anguage available 
is a- foph1sticated«^versTon ,of APL. whi^ch 
facilitates interactive coniputing and 
extra on-thetspot data manipulations 

«such as described earlier. The output 
is* displayed on a one-line display 
screen, and a Mgfjt-welght printer is 

^optionally ava'ijable to create perma- 
nent paper copi^ of the output. 
Altthough the KCM>ipO is adequate for all 
salary. ^cliedulfe coTnputa t ions , a user 
may. wish to use. the- increased computing 
power of a .large coifiputer for other 
purposes.- If sfichUs tjie case, the 
MCM 700 can^ optionally function a-s an . 

. intelligent diail-up terminal to a, geo- 

-«ral purpose con^puteV. 



* ^Micro Computer Machines, Inc.< 
1765 Shawson Dr.; Mississauga. Ontario, 
Canada (416) 671-0460. 
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A LOW COST APPKOACrilt) ON-Lir^E COSlPUTER SYSTEMS 

. Ronald Bleed ^ 
* Johet Junior College, JV)liet. Illinois 60436 



ABSTKACT. WhatHvuuld you think ul a cuinputer system that had 80,000 terminalb ' Huw big a computer do 
. yuu think wuuld bt* required t« pruccsb students everyday, any day of the year for registratiun ' How big a 
'computer du you think wuuld be needed tu process at the same time as student registration, all tiio. school's 
accounting. alCthe school's payroll, personnel ^Jjd other reports? What do yuu think uf a computer system 
4harwuuld provide a registration system fur students that at its optimum requires unly the time uf a student 
tu make a telephone call, write out his muncy on a check and stick a pustage stamp un an envelope'' Does 
thib system suund like a large system that would cost a fortune that unly some >ery wealthy junior*eolleges 
couid affurd*^ Well, it is^not. This is a system that Jcjliet Junior College has, through three mam e^ompunents. 
a minr computer, the U.S. post office, and Illinois Bell. An on-line registration system using all threC 
e*omponents pruvides fur un absolute minimum effort by the student,s to register and a maximum amount uf 
informati^iD collected <vith a great degree of accuracy and a minimum jof effort by college staff. 



A key element in the .system is the low*eust 
mini- computer-. !rhe system that the Juliet Junior 
College has purchased is a\.- Phase system. Al- 
though mini in name anc^ in priee, the system 
supports large-disk capacity and 19 terminals. 
Instead of beefing up their old computer, to a 
large memon^ with'.large disks, the college 
decided to join the growing concept of what is 
called distributed computing. Joliet Junior 
College k'ept^ts old system (a batch system) 
and added to it a mini-computer to provide 
on-line processing. . 

This concept of distribute^ computing cari 
be best illustrated by a story iho^ Grace Hx>{?pijr 
tells *'out West in a lumbering operation thoy 
go in and cut down all the trees, load them on a 
Pledge, and haul them out with a tractor. They 
don't do that way in the state of Mai le. There 
they cut out a particular tree, and they snake 
it very carefully around the others , not to damage 
. th^m. They don't use tractors: they still use oxen,, 
and when one ox just can't bu<;Jge a tri>c. they 
don't try to grow a bigger ox, they don't .send 
for an elephant or a dinosaur.* tkey use two oxen. 
I think this tells us what we musfdo in the 
future. Within the next few years, when you 
go to get computer power, you'll not gjet a large" ^ 
comp^uter system*; "you'll be getting a system of ^ 
computers. 



Jolict J^unior College has purchased the 
two oxen instead of getting the larger oxen. 
We will continue to use the one system for 
education, for mf^ny small batch systerps , am 
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other long prini*jobs. The mini-computer will be 
used for on- line pruocssing uf student recurds, 
payroll, personnel, ^nd aceuunting. 

In addition, th<i college took another route 
in the development of the .software for the.system . * 
Instead of add^n^ stitff ,*thc*colIcge purchased <he 
software from a firm. Midwest Systems Group. Inc. , 
who then lailorod all the systems of oii-XxnQ ' 
nature to the 4-Pfmse computer. By u^ing ^i soft* 
ware house to do the programming » the, on- line 

, computer was installed practically overnighV. \t\ 
f5Ct,'the systeip was installed on NovqjTiber 12. 
a*^d on November 17 full-seale. on-line registration 
began. Ippluded in those 5 days were a weekend* 
and a holiday,; The software firm did all the on- , 

' line progVams, The Junior College programmers' 
were responsible for doing all the batch pro- 
gramming, in addition, data can bp transmitted 
by a communi<;ation line from the 4;Phase to the ^ 
other computei;. jrUus all ex'isting. programs that 

wtfreTWTitten in previous years can stiU be run^ 

- ^ , • . ^i 

The software firm developed the data base 

in consUUati'on'With thp college staff. The data 

base includes all data elements thai are recommended 

by NCHEMS and state requirements. All .data files 

are stored- in the newest concepts of datai)ase - 

management-that feature fast and easy Retrieval 

of data clem(?hts and efficient utilization of disk 

storage . 

First, to fully u/iderstand the on-lfhe system, 
let us g'o step by step. through a registration ^f a 
slud^ent,' At J^>Uet Junior College there nrti basictilly 
two kinds c^^dehts -- the regular, full-time 
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student an^ the part- time btudent. « Johei Junior 
College has an enrollment of 12,000, of which 
3,000 are day stuoents. The day students 
follow a slightly different path than evening 
students. 

• • ' • 
Let us start vJith the day students. All 
full-time studtjnts are required to have an 
academic advisor. The student schedules an 
appointment with. that kdvisor prior to the 
beginning of the semester. At this time the 
advisor gives the student counselling in- 
formation on what qourses he should be 
taking. While looking over the course schedule 
in the advisor*s qffice, the student selects, 
with the advisor's approval, the courses he 
wants. The advisor then calls the telephone 
regibtration bystqm with the courses the 
student wants. 

In front of a terminal at the other end of 
Ihe line there girl who is answering the 
telephone c&ll. She then enters into the 
computer each of the, course selections , 
verifying (hat there is^space available in ., 
that^ilass, verifying th^t there is no time 
conflict in the sc^ec|ulc» and that the, 
student has the requir^ labs and dis* 
cus,sion groups for certain lectur^ courses,. 
All this verification is being x:alculaled #nd 
displayed automatically by the computer. 
At the same time the student*^ demographio ^ 
information i$ also displayed « sojKat tfie-y ^ 
operator can then go througli and verify the 
accuraGy of ^he student's addre&s,. residency , . 
race, sex, advisor, etc / Upon completion, 
the student is registered in his«desired . , 
. classes and will. receive 'his schedule through' 
the mall» He needs to do nothing further. The^ 
telephone call ha^ taken approximately two 
.minutes. • 

. The demographic information of the 
student has been pat into the system at the 
hmc the ap^plication i^ received , The time- 
consuming data collection bf name and « 
add^ess is dbne 'one time dnly for that 
. student in his history . 

While, thfe student is registering for 
classes , several unique features of the^system 
may be demonstrated. For example, if one of 
' the classes is closed * or there are no seats 
available, the terminal operator can display 
ay other courses of the same name and 
title that are mecXfng that are riot closed, and 
that do. riot conflict wilh courses he has al- 
ready signed up for, thus "making the search 
for ihdi difficult' to find class much«easier. 
~j 

Another feature is to check for time 
conflicts. Previously, many stt!idents, iW- 
advetlently* scheduled cesses at the some time. 



Now the computer auto^hatically checks for that and 
does not allow them to do so unless specifio over- 
ride informatic^n is given . 

. if the student is a part-time student, he needs 
only call from his own home and request the course, 
he vv^ishes to i6ke. The same telephone operator 
wIto took the information from a full-time student 
takes the call from the part-time student. The 
same features are given to the part-time student 
regardless of what-k'ind 6f course he is taking. 

Thus, we say we have a system with 80,000 » 
terminals, A student merely has to pick up his own v 
phone ahd call the coUegi to be registered . At 
some point later in time he vill be mailed a schedule 
with all his billing information on it. To bVcom- 
pletely registered he simply li^eds to return that 
Schedule by njail with payment ei^losed. •Of course, 
, if a part-time sjtudent needs counselling, information 
is made available tp him if he comes to campus to s^e 
advisors or counsellors. ^ 

The college has carried the on*\ine registration 
system to the point of studenV receivables.^ Whether* 
the student decides to retUrn payment by mail, which 
is encouiraged , or decides^ to c6me and pay in person, 
his, financial collection is, done through a terminal 
verifying the' exact amount of money that' he owes the 
school. Financial aids, such as state scholarships, 
local loans, local scholfu'ships, etc. f are put into ' 
the systjem foi'lhat studejnt prior to his paymeitt. 
Thus, whenJie comes to pay in person, -or by mail, 
he pays exacflj' what he*s supposed to. Tiie terrtimai 
operator retrieves the student,and enters if^ito the 
terminal ^^e omiouht of mor\ey being collected by* 
check, by cash , or by certailfi typ^s of financial aid. 

A complete led^^r of all financial transactidhs 
for a studeijt is kept so'that reports ckn be generated 
later showing amount paid, amount owing, the type 
of scholarshij) , and the aMount 6f the scholarship . 
Thp system also provides foc^ikuomatic billing every 
night for students who adci passes, or the automatic 
printing bf refund checks for those students who 
drop classes and are entitled to refunds. • ' 

The time spent by most students ordinarily 
involves only a very few minutes in registration. 
They can call the college and roister for their 
classes, a few days later they will repeiv.e yieir 
scifiedule.and bill in the mail, write out a check, 
^inclose it in a self- add re'ssed envelope, and mail 
it "back. There are no long lines to wait in, there 
is no* need to come to campus;- just be ther^ th^ 
first day ofclass . 4 

This system is particularly useful at Joliet 
where^we have many br£^ch -campuses spread 
qut over a large area, v^ith ;3ome campuses located 
as much ks 60 miles fr^jn the 'main campiis . Thus 
the convenience of registering by telephone 
rather thart^a long drive is very beneficial }o the ^ 



students ^ Because such a large portiQn of the 
college population is pavt-time , we btflieve 
that the ease of registration for part-<^ime 
students has greatly increased the number 
of part-time students attending the college. 

The telephone registration room which 
accommodates ^11 types of students^ for the 
registration is manned by employees who 
sit with a^ telephone and a computer CRT in 
mtront of them. There are eight employees 
working at the height of the registration period . 
During other tirtes the 'number can go down to 
one. or two,* but always a part-time employee. 
This registration system is open from 7.30. 
in the morning till 10: 00 in the evening every 
single day that the school is open. The college 
has been adopting a much more flexible 
scheduling policy . Classes start and stop at ' 
many times during the year. With advance 
registration beginning v^yy early » the 
registration prpce^ never ends . It is 
continuously on-line. Continuous on-line 
registration is possible because the^ system 
can support thevother on-line systems a^ the 
very same time registration is going on . 

The student'financial systemMs inte- 
grated with the registration system. It ^ 
4>rovides a complete oh- line student receiv- 

' able ledger for each student . Tuition • fees*, 
and financial aids are automatically handled 
by the system. The ledger will contain pay- 
ments made directly to' the ^(jokstore for ' 
expenses which are included in anci a part 
\)f a givcfn finahcial aid. Moreover, payments 
made directly to thi. student for boarding, 

* mealfe, transportation and miscellaneous 
expenses are also maintained by the system . 
t^ayments »re recorded by cashf check, charge 
and by voucher type. 6t any combination thereof. 

Major features of the system include: 
. Immediate fee payment reports by 
K -^w^hier which will include: 

, Breakdown by revenue category • 
Paymenttype: Cash, check, ^ 
• charge, financial aids' (also 
by type) 

/ . Accountability of payments made to 
student for major federal and state 
programsr i.e., 

BEOO 

LEEP 
♦ SEOG 

Nursing Loans and Scholarships 

ISSC 

IVS 

Local Awards 
. Automatic generation of tuition refund 
checks and^ corresponding entry into 
' s -the accounting system 

. Listing of stwdcnt insurance payments 



. Billing rei>6rts for federal • state , and 

local programs 
. ' . Exception reporting for students 

using G.I. Bill 
. Immediate availability o( all infor- ^ 

mation pertaining to studeht\s. 

financial status is provided on-line. 

i 

At the same time registration i's being pro-* 
cessied through the computer, budgetary accounting 
ana payroll ^stems are also being process^^by 
theVpomputer in an on-line mode. \ 

[ accounting information is put into the 
system.. Purchase orders, invoices, Receipts, 
budgets, transfers, imprest checks, and all 
debits and credits required for complete accounting 
are entered through terminals into the computer. 

The key feature in this system is that the 
status of a particular budget is known in a real- 
time mode. Purchase orders and qthef financial 
transactions cannot be issued if*lhat particular ' 
budget account does not hav^ sufficient funds . 
Ttiis up-to-date control of.expenses is' crucial 
to the college which operates with a balanced 
budget and limited resources. ' 

Other highlights of the accounting system 
include: \ 

. On-line iimnediate updating of all 

accounts^ 
. Immediate availability of account 

balances ; • 
, On-line entry of purchdse requisi- 
tions (or computer^generated 
. purchas^ orders • > 
. Accounts payable check wHting 
. Open purchase order listings 
. Order Address and Jl^ittance 

address on vendor file 
. Budget projections up 1o /our years 
' ^ by user defined f)aram<*t^s 

. Cofnplete audit trail 
.Comprehensive Balance Sheet 
, . On-line processing jf imprest ohecks/ 
* , printed daily M . ^ 

. Budget creations on-line with his- 
torfcal data displayed 

'he system that requirjes the most aqi^racy 
in any organization is payroll. By entering all 
transactions such as hours worked, deductions, 
rates, etc. on the terminal, the wrrectness of 
payroll data is guaranteed . 

All maintenance is performed thrcjg^l^ 
terminals- with an immediate full audit trail. An 
extensive sc^ries of batch reports is also included 
hs part of the system . Th6 many variations which 
the payroll system aCcpmmodates ix^clude: 

. Pay cycles .which may vary from 
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. • once a we'ek to ^riy other period % ^ 
' ' the institution may desire ^ ^ 

. Renm capability without re- ^ 
storing the payroll master file* " 
. Ability to charge one emploj^ee to . 
raany-'difTerent! accounts for cosU 
4istribiStion v 
^ Automatic termination of payments 
, upon completion of an employee 

^ contract 
. Deductions for various pension 
programs with fiscal y^ar ^totals 
. User controlled deduction pro- 
cessing z^""^' 
• . . Automatic ii;>(arfacevwith the 
accounting sy^em \ 

A relatively smali system that Joliethas 
on-line is the inventory system. This cpntrol 
system maihta^ns records on all college equip- 
ment and furniture . Inyentory listings are 
produced at the request of the user. The 
inventory system includes: 

^ Ifiventory listings by department 
. Inventory listings by equipment 

•category 
. On-line ability to add or update 

inventory on the data base 
. Maintain insuran1?e information on 

vanous ^uipment • 

The new computer system at Joliet Junior 
College has solved majvy problems and i& 
enthusiastically endorsed by thd administration. 
' This exemplary system has been visited already 
by many colleges ; It is a model for future 
collegiate systems development. 
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ABSTRACT. The modern computerized information systems in a university environnfent, such as student re- 
cords, personnel, patient records, etc., have provided a great deal of sources that can be statistically 
analyzed to prbvide the administrator^ and reseai^chers with very important prospective information. By 
taking advantage of the exiiting statistical packages commonly used in the educational research and in- 
struction, such as SPSS, SAS, OSIRIS, etc., these administrative data bases dan easily be analyzed to ob- 
tain much valuable information whiqh may not be available in the original programmirvg lif the data bas^. 

There are three principle areas to be considered when the data ba\es are to be analyzed statisti- 
cally. 1) the prototype and the data transformation requirement between the data base structure and the 
statistical packages, 2) .general statistics selection for the data base, and, 3) selection and limitation 
of the statistical packages. - ' ' ' 

This paper intends to general ire the certain techniques required to perform the statistical analysis 
of the data base with respect to the above ton^iderations. i 



Introductio n 

Among the universri-ty conwdnity, there have 
been two (2) major developments as far as data 
processing is concerned. One* is the increasing 
amount of computerized information systems for 
administrative use; the other is the availa- 
bilities of statistical Packages for reseatch 
and instruction that have been greatly increased. 

It is obvious that a computerized data 
base system normally provides a great deal Of. 
information, whic;h is vital not only to art admin- 
istrator but also to a research educator, r For 
fx^'mple, when a group of students-..aye admitted 
to a University, the background' and academic 
record, of these students are recorded for various 
acm^inistrative uses. The adnvinlstrator and 
educator would certainly like to know the valu- 
able information such as what is the academic 
performance of these students as compared to 
their high school percentile rank, or as com- 
pared to their high school percentile v'Bnk, 
or as compared to their "S^IT or ATC score. 
Obviously, this type of tnformation can be ob- 
tair^^d from the information tiata ba&e with 
various statistical analysis techniques. 

* Today; the statistical packages, such as 
SPSS, SAS, OSIRIS, and etc., are commonly used 
in a University for scientific computation anJ" 
provides the following attractions: 

1. It has a wide Oariety of statistical 
computation for selection ranging 
from elementary to advanced %tatistics^. 

2. ' It offers great flexibilities on data 

transformation and file input/output. 



3. It is easy to use. 

It is naturally these statistical packages 
that can be adopted to use for the statistical 
analysis of the data base. Simply because it 
requires only a- minimum amount of effort to 
accomplish-a- great' deal.' 

' "Vhere arey however, three (3) principle 
conside'rations that must be examined when the 
data. base is to be analyzed with tjie statistical, 
packages: ^ » 

1. It is generally required that the' data 
transformation of the data base to a\ 
fixed sequential data structure is 
used among the statistical '^acRage^. 

2. The general statistics selections de- 
pend on the available information in 

.each data base*. • 

3. Principally, there are limitations 
among each statistical package^ 



It Is ger\erally worthwhile to examine the 
/*«»data ease with the abtye considerations in order 
to obtain the sensible statistical information . 
of ,t]ie data_ base. , / 

Data Transformation of Data Base ^ 

In K>ost 6f. the stati5t1carpackagfts» the 
f41e input/output structure is mainly a^seqgen- 
ti^l access metfiod with a fixed 1ength.j[o|^ record. 
Ho*fe\^er, the. common data structure of trte d^ta 
base may be xme of the .following access methods; 
direct access me'thpd (DAM) , Indexed "sequential / 



access-^thod (ISAM)',' vlrtilal se^entl a 1 .access 
method (VSAM), or other specially designed access^ 
methods like'. AMIGOS. and etc! In some- cases, the 
record length of the|e:tfa'ta ba^^s may be vari'aBle 
or undefined, it Js ^t>ien required. to perform the 
' data tcansfortnatlon of the data base to fit the - 
requirement of 'statistical p^i:ka^s. 

Norma Vly, there ire two (2) steps -to con- 
sider: V \ t . ' ' 

1. The transformation of.dther access 
methods to sequent? aT\a'ccess methods 
may be achieved by^a utility program " 
generally provided by a computer 
manufacturer. For example, the 

utility program lEBISAM, is to be*' • . 
used to unload the ISAM file to 
SAM^file in the IBM computer: When 
there is no available utility program, 
a special program is needed to be 
written. 

2, When the data information is viriable 
or undefinefl record length, it is re- . 
quired to rechange to the fixed length 
record size. In most cases, a special 
program is needed to solve the problem. 

Among the statistical packages, there are * 
many additional data transformations that are 
provided. For example, within the SPSS package, 
it provides features such as data -recording, 
arithmatic computing, etc. 

General Selection of Data Base Statistics 

Generally, the need of the statistical analy- 
sis for the administrators use need not to be 
complicated, whereas for the researcher there 
may be more advanced statistical techniques In- 
volved. .The following are some of Ihe typical 
examples tp describe certain statistfcs used for 
the administration and .tjQ§tp,i tal dat$ base: 

1. ^Descriptive statistics: 'The one way fre- 
, rquencydistribution is ncfmally used 

to describe the basic population study. 
For example,* th^ student infor:mation ' 
data base Is used to stuc^y the total 
^population distribution of students in , 
tm>s of geographical location, six, 
major, grade point average, etc* Another 
example, the hospital information can • 
be also used tb 'study i^e total" popu- 
lation distribution dPf patients in 
terms of geographix:al location, sex, 
agersymptom> classification, , load .of. 
doctor, ^nd etc/: In many cases, t^he 
* , sub-population , study can.a^so incfude 
, to test the mean different. For*ex- ' 
ample, it will be, 'interesting to, know 
whakt are the gjrade point average^'differ- 
ences'of the student in (Jifferent majors 
or sex. 

2. Measure of association: Jhe cr-oss tabu- 
lation is a joint frequency distribution of 
population according to two or more classifj- • * 
catory variables. ♦The joint frequency dis- 
tribution is tabulated in the form of contin- 
gency table, and can, be statistically analyzed 
by -certain^ tests of significance to see whather 
or not the variables are statistically inde- 
penitent. For example, the- student information 



syst^m,ya joint variable. , of tsex'^versus other 
variables like major, minor, degree spught, 
. \ , ,?tc. , are' 'to be studied to see the jtatus.of.' 
/'academic. stapding between male and f^pjale. : 
' Aftother eicample is the hospital system, it 
is e^senfial to know a joiat variable of 
hospital service 3/er§us sex, age,, to &ee what 
type of hospital ^^vice is provided for vari- 
.•ous types, of patients. 

3. Bivariate correlationy^alysisi . T^e bivaniate 
correlatioti anSlysi^^^rovides a -summary des- 
cription of the reljiftonslfifp between' two vari^ 
^bles.' The cofreretib^ co^fffcient is to ' 
represent the degree 'tO;Which one variable is" 
related with other variables. An example is" 
the student information system. The r^elation- 
ship between the students -high school percen- 
tile, or ACT sc&re; and, grade ppint average 
can be correlated to see if there are indeed 
relationships existing. In another instance, 
the bi^variate can also be analyzed in the 
form of regression analysis. It is a sta- 
tistical technique to analyze the relatfon- 
ship between a -dependent variable (say; SAT. 
or-ACT score) and an independent variable 

• (gracfe point average). 

4. Analyses of variance: The analysis cvf vari- 
ance is to obtain analysj^ of variance-for 
factorial design. For the possible eTfects 
l3f a single factor, fhe analysis is a one 
way analysis of variance. For. the simultane- 
ous effects of n- factors, the analysis is 
n-way deai'gft. In a student information system, 
the high school^ percentile can be considered 

as a factor to 'perform one ^ay analysis of 
•variance to see the effect of the grade point 
average, ACT and SAT scores within different 
classifications of percentiles. 

The above foui^ (4) examples of* statistical 
techniques for data base are considered very common 
statistical problems. With these analyses, the 
educator can now obtain othet* additional infor- 
mation to see many educational problems prospec- j 
tively. Essentially, these analyses can also be, 
applied to many other data systems, such as per- 
sonnel, fiQancial dati base, etc., for whatever 
' analyses are he^eded. 

As ipentioned eaHier, the need for the re- 
search may require more complicated statistical 
analysis, such as factor and discriminate analyses,. 

Limitation and Selection of the Statistical Packages 

Obviously, ther^ are Jim'itations among the 
^^tatist^ica^l packages. To examine the limitations, 
the following parameters are- usually considered: 

1, What are the .maximum number of variables and 
and maximum number of cases that can be run 
at the same time. It should be noted that 
as the number of variables and subjects 
increase, more computer resources are required. 

2, - Specific limitations to obtain eech specific ' 

statistical analysis. 

3, What are the limitations of file input/output 
and darta transformation. 

. Normally, the selection of the statistical 
packages depends on four (4> factors: ' 
1. The type of statistics^ one wishes to obtain. 



6i 



2. The litnl.tation is not to e^cceed what one 
.wlstieV do. . ^ ' 

3. The' 'inpyt/output file structure are flexible.. 
* ^ 4. The program 1s easy to us^. 

S unwary ' , 

Most'of the statistij:al packages 'are designed 
* to run in. a batch system. ConseqUnetly, it can- 
not accommodate to use with a data base on-line 
^monitor. .The^ Statistical analysis of a data 
base c^n prjove to be very benef icaK toUhe educa- * 
tor for the simple reason that it requires only 
a minimum amount of effort to ob^tain a great 
deal of information usually not provided by 
, regular data base programs. The statistical in- 
fonnation obtained may need more understanding 
of the statistics by the administrator. 

^ Although, ♦t)ie data secpr\ty 'is 'an important 
jfssua f6r the'data base matnagernent- hence, the 
statistics of the data base is also very sensi- 
tive. However, this Is beyond the scope of 
, this paper to di^tirss the security details*. , 
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* ABSTRACT. 4n the relatively ?hort span of twenty plus years, Educational Data Systems have evolved from 
manual approaches to Integrated Information Systems . Parallel^ to ,this evolutionary progress in processing 
systems has been an increasing realization that unsynthesized data does not meet the challenges of 
"Management Information Systems", The requirements of today's systems demand Information not Data. 

' \ ' . ' ' ' • * ' 

This paper - Information " The Synthesis of datsfi , - traces the evolution 6f data systems^ from manual 
methods through M.J.S. h explores tUe development of standalone applications and their relationship to the 
Integrated Information System, Sftlf-cojntained data files, i*edundant data and generic problems in user and 
data processing departments are exploifedr A methodology for .assessing cast justification /benefit analysis 
is presented. The paper conc?ludes \h\X\\ a discussion of the benefits of diita base systems and the role of 
— management in the developnatnt of Infqirmation Systems. ■ _ • ^, 



Todays educational data processing systems have 
gone through a series of evolutionary Steps 
bieg'inning with the manual methods of collecting, 
storing and processing data. With the advent of» 
unit record equipment, much of this data became 
processed via the punched card. The early l960's' 
saw the 1401 (or second generation of computer) 
take over a .large part of this application process- 
ing. This was replaced in the late '60's by the 
System/360 and in the l970's by the. System/370 . 
The approaches to data proiyessing did not signifi- 
cantly, change in the early years of automation. 
The manual procedures* were automated for use * 
with punched cards. With the 1401 came the 
advent of the applic^ation program,, and a Movement 
towards designing systeTns to utilize the machine 
as opposed t6 automating existing manual pi'o- * 
cedures. The System/360 (or third generatioa of ^ 
computer) provided increased efficiency and 
capability for these application programs. With 
he advent of System/3'(0, many educatiorial 

titutlons"" moved from standalone applications 
approaches, to the concept of ^he integrated infor- 
mation system. 



The* philosophy of- d^ta processing has changed in 
parallel to both the hardware and software' ^ 
developments. It has m*oved from the conc(S^t of 
people doir?g the work in the mah\aal methods; 
through the concepts of machines replacing people, 
' which was the typical philosophy of the punch 
card era. Thd philosophy then moved through the 
concept of machines do "{people. work" faster -than 
people do, to the concept of mitchines doing 
"people work" more efficiently. It culminated in 
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the doncept of machines beinjg tools for people to 
do their work more effectively* and efficiently, 

i.e. the integrated information system\ 

Today, many educational institutions are too 
small to justify computing power on their own 
caVnpuses. 'These institutions tend to pool their, 
resources into regional centers for' data process- 
ing Suppoi't, or remain with, the n/anual or punch 
car4 approaches, A large number of them have 
followed the evolution given above,' but remained 
*af the level of application oriented systems. 
These are computer systems for particular pur- ^ 
poses, i.e., a payroll system, an accounts pay- 
ajsle system, a» student scheduling system. 
These application oriented systems typically run 
in a ba\^ch processed environment. Many of 
thfse users have not redesigned or resystema- 
tized their approaches since the days of 1401. 
As a result, a, great deal of inefficiency and 
underutili-zatign of the technology of SystGm/370, 
hardware anti softvvare is a common occurrence. 
A small number of leading edge school districts 
have embraced the concept of the School Infor- 
mation System and ai^ in varying sjages of 
development of this type otf^irftegratcd approach 
to data pr'iceesing. / yi. 

Let us expand further on the concepts of , 
separate applications for the middle group of 
school districts. These are characterized by 
separate applications, e.g*. scheduling, census, 
attiendance, vehicle scheduling,, student testing, 
or student records. These applications were 
. independently developed, typically each with - 
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their own files, file structures, access methods and 
procedures. As a result, it is extremely difficult 
to interface them e.g., the accounting system, to 
the payroll system. Since each applications hasiits 
own files, a great deal of data redundancy existsl 
For example, the student identtficaUon necessary in 
student records will be repeated (in whole or part) , 
in the scheduling application and in tbe. student 
.testing application. This identification information 
may also be repeated in the attendance, census, 
and vehicle scheduling files. Data redundancy 
results in a great deal of data maintenance activity , 
to be certain that an update to one file is made to 
all files containing the redundant data. 

As a further illustration of the concepts of data • 
redundancy, consider tKe payroll and personnel 
applications of a school district. A payVoll, record 
may well contain information on the employee's 
lifentifi cation, positions and assignments, salary 
agreements, address, etc.. i^fiother application, 
salary simulation, also requires employee identifi-, 
cation,' and may, in additibn, require educational 
background, employment histox*y, position assign- 
ments, etc. The position Control application also 
requires empld^ee ID .and position assignment, as 
well as budget references and salary agreeifients. 
Looking ^t the three app^lications, payroll, salary 
simulation, and position tontrol, wfe find redun- 
dancy of employee ID, across all three; redundancy 
of position and assignments, across all three; and 
redundancy of salary agreements between payroll 
and position control. In the typical application 
oriented shop, the three applications would each 
have their own files and have duplication of data 
for all of these, items r * 

•.Many other problem areas tend to emerge as 
".universal problems" (in varying degree) in school 
districts throughout th§ United States. These may 
be grossly^ classified as problems in the user " 

' areas, and {problems in the data processing area. 
Let us consider these 'problems one at a time. 

Some of the problems discovered in user areas can 
be categorize^ as probfems with current opera- ^ 
fional systems. ,For example, the application- ^ 
oriented technique precludes the ability of a user 
to merge information that exists in separate files 
without needing -^o write new programs that bridge 
—these files. In the absence of the ability of the 
user to juxtapose data without Aew programming, 
the current operational system is seen as 
Inefficient. This may be categjorlzed as 'the 
^generic" problem of unsyntHesizfed information. 
One school district superintendent informed me , 
'that hvs greatest requirement for an information 
system was the ability to juxtapose any two' pieces 
of data that he knew resided in the computer, but 
was unable to put side by side for manzjgement 
analysis. * 



Anotlier typical problem seen in the user area is 
the provincialism of thdividual users which pre- 
cludes allovfring ''their files" to contain information 
not necessary for "their application". An example 
of this would b^e the payroll department*not allow- 
ing a budget reference to be inserted in each pay- 
roll master record, since budget references are a 
function of the budget department. The lack of 
system-wide point of view, the nontreatment of 
data as an institutional resource, increases the 
problems of data redundancy. \ 

An all too frequent problem associated with both 
users and data processing departments in educa- 
tional institutions^is the lack of sufficient benefit 
analysis before deciding to wrile a new computer 
application or modify an existing system. I am^ 
aware of one school disti^ict that spent more money 
modifying their payroll system to h^dle unusual 
check situations, i,e,, employee hir^d in the 
middle of a pay period", then the gross amount 
paid to all employees falling^ into that category 
over a two-year period. j 

The lack of perspective by most users of [the mag- 
nitude of the development effort required to move 
from the application oriented shop to the school* 
information system is yet another problem area. 
This problem manifests itself in complaints about * 
".why isn't the new ^system up yet," when the new 
system is so complex, that it requires significants 
developm*it tinie. 

Problems "discovered within the data processing 
department of many school systems include those 
of a "if it feels good, let's io it" development * 
attitude. This reflects a lack of review orf the 
sr:ope of a development activity or consideration of 
the value of including a particular procedure or 
data element versus its cost in the development 
process. Another problenv discovered in most 
data processing installations is the failure of the 
data processing, shop to carefully consider the 
"non-people factors" of the development process, 
*i.e. availability of machine time for progr^ - 
development and testing. si 

^ « * 

Another atoea of data processing difficulty is found 
in fhe attempt to coordinate the technical direction 
of an installation. It is ludicrous for one develop- 
ment group to be building a'pplicatidh program.$ to 
run in a DOS environment, while the Systems pro- 
gramming group is working, on migrating from DOS' 
to OS/VS* Also, the operational environjfnent must 
be considered in the develofjment of a n^ew systems 
approach. Using a 370 to run 1401 programs 
under emulation is hardly conducive to taking full 
advantage of the technology Available, • 

" Data processing has become a labor intensive 
industry. As such, constant review of skills mix, 
and staff qapability Must be accomplished in order 
to avoid obsolesence of skills that hampers 
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development of new systems approaches. 

In Summary, today's fragmented apj^roach to 
application programs, where-in each subsystem 
operates through its own files, and interaction is 
achieved through manual file Interchange, has ^ 
resulted in data security and consistency 
problems and operations that work under the 
principal of^^aximum parallelism. ^ 

One must be careful not to draw the cpnclusion 
from the preceding discussion of problems en- 
countered in todays operational systems that these 
problems are unique to educational institutions, 
or particularly school districts. In fact,^ the 
problems .^encountered are just as applicable in^^ 
the business community. The information 
requirements of the top management of any organ- 
ization are highly similar, ' I 



Another approach to the comipon history of data 
processing in both *feducation and business can 
be seen in the process emphasis changfes over 
• time. In the 1965 timeframe, the daily process- 
ing or operati6nal systems wei^ the major use of 
data processing. This moved forward to opera- 
tional control systems in the early 70's, and is 
moviijg towards the concept of policy planning 
and usejof computer based information systems 
in the management process* In effect then, the 
growth has gone from transactions, through 
^information requirements, to the information 
requests capability. For Example, a transaction 
that involves enrollment of students, resulted in 
operating reports on census as part of the daily 
processing. In the early 1970's, reports that 
included statistical breakdowns of er>rollment 
categories and census categories j^-ovided the 
operational control fpr the mi(}^le management of 
Uj©* school district. Today, the top-levejl i 
'''^eQjutive* needs to be able to do analysis ahd 
projettions ehrollments , oh a demand basis, ♦ 
from the same data base that Is providing ti)ose 
operational repot is and the summary reporting. 

t The information needs ol^^the "top-leVel exec\itive 
V demand particular ♦qualities of informatior^ . It • 
must be easily accessible, timely, possess min- 
imal redundancy, be accurate, and be centrally * 
available, so that it may be combined »^ with other 
pieces of information to* provide meaningful 
reports. The concept of lack of access to infor- 
mation, so prevelant in the past, i.e.. *it's in 
the computer, but we don't have a program to 
get it," or "it must*be sorted," or "it's in a 
manual file but^we don't have that on the 
machine.," or ye^, "we have that information, 
but the updates have not been distributed / are 
no longer acceptable.. Furthermore, budget re- 
ports that are months late or the absence^ of 
class lists for the first month of a semester are 
intolerable. - \ 



In addition to the qualities of information previous- 
ly mentioned, recent federal legislation, including 
public law 93-579 and 93-380, demand increased 
awareness of the security. and privacy of informa- 
tion aspects of school records. The centralization 
^requirement stated for the information system also 
^carries witli, it the burden to guarantee that the 
information is not inadvertently modified or 
destroyed . 

In order to service all* levels of the school district, 
the computer must support both the operational 
systems and the management use of information. 
A good technique for ' establishing ^e school's 
information system then is to first examine the 
primary processes of the institution, regardless of 
organizational constraints, For example, in 
addition to goals and objectives, an educational 
institution 4»a€ an instructional prod^ss and a 
support process, both of which interface to a 
quality assurance procedure ahd have financial 
processes co-requisite with them% 

The operational processes of ^ school district 
typically center^ about the six major areas of 
student, finance, personnel, certification, federal 
programs, and materials.' In the design of a 
school's information system, one school district 
redefined these into seven major subsystems. 
These were finance, personnel, facilities, 
materials, pupil, instruction, and management 
planning, One can easily note the parallel 
betwe^r^ the subsystems and the operational 
prdcejsses needing smpport. These seven sub- 
systems ar.e linked iK)gether by a generalized 
information, retri«^l capability, providing the 
ability to juxta^se data regardless of the sub- 
'system from which it was derived. Within aach 
subsystem reside the specific operatiortal appli- ^ 
cations necessary to perform the processes defined 
for that subsystem. For example, within the 
pupil subsystem resides the student scheduling 
application; within the financial subsystem resides 
the Accounting and budgeting application; within 
the nJaterials^ subsystem resides the purchasing 
and inVentor^ applications , * , * ' 

Returning tp the prolilem of laclc of benefit ~ 
analysis, one can attrib\jte generic benefit cate- 
gories to virtually aU application^' performed in 
school systems.' These fall in thfe -following jireas: 

"fetter Planning 

Operational Control ^ 
* Orderly Growth ' ^ 
^ External Reports ' 

Les/staff Work 

Avoiding Duplicate Files 

Easy Recovery . ^ 

Better Inventory Control 

Better Purchasing 

Better Facilities Utilization 

Improved Student Services 



Improved Staff Se^-vices 

Superior Faculty ' 

Better Course Offering 

Better Schedules - T 

Improved Instruction 

Assist Faculty , 

Assist Students 

Improved Counselling 

Improved Placement 

for each application, within each subsystem, one 
can draw upon the generic benefits that would 
apply. For ^example, consider the area of 
student scheduling as ^n application with the 
pupil subsystem. Potential benefits for this 
application include better scheduling, orderly 
growth, less staff effort, avoiding duplicate files, 
eas> recovery, better facilities utilization, better 
student schedules, better course offerings, 
improved instruction, saving of student time, and 
saving ot faculty time. In attempting to create^ 
or purchase, a new student scheduling applica- 
tion, each of these potential benefits should be 
weighed and quantified. One hiay then apply a 
probability factor of receiving the potential bene- 
fit to be achieved. When compared to the cost, 
one can quickly determine whether or not a ^ 
particular application is cost justified. 

Recognizing that many of these benefits do not 
'fall! m an easily quantified (in dollars) 'area, one 
coujld attribute relative rank to the benefits, and 
prioritize application development based on the 
average rank of benefit to be achieved. For 
example, if there is a high probability that 
significant clerical effort, could be avoided by a 
student scheduling system, one might attribute a 
5 to the benefit value. If it is at extremely low 
probability that instruction will be 'improved by 
a new scheduling system, one might attribute a 
one or a zero. If these were the only two bene^. 
fits, the average benefit would be three.. Similar 
analysis for other application areas would then 
give a uniform basis for comparing potential 
benefits in the development of the school's infor" 
mation system. , ^ 

o \ 

V Given t)iat the school's information system \vill 

^accomplish the operational and indeed functional 
processes previously given, one must be certain 
that the development of the information system 
also accomplishes the management oriented 

* processes of goal development, strategic 
planning, tactical planning, allocation of 
resources, n^easurement or 'assessment, exte^pal 

-relations and conflict resolution. The author^ 
contends that conflict resolution is not an auto- 

' Tnatic byproduct of the^ school's information 
system! ^ ' ' ^ 

A technique, commonly referred to as an "iron 
cross matrix," is extremely useful in relating , 
processes to sy^stems organizations and data* 



The attached illustration depicts such an iron 
cross. Note, for example, that the process of 
allocating is accomplished by si^T departments; that 
of the superintendent, the associate superintendent 
*of finance, the associate superintendent for 
instruction, the associate superintendent for 
personnel, the business manager, and the main- 
tenance department. In addition, the allocation or - 
budgeting process uses the budgeting, accounting, 
an\i purchasing systems and the facilities system. 
One could also find that the maintenance depart- 
ment receives output from the financial data base 
and provides both input and receives output from 
the facilities data base. The facilities data base 
supports the accounting syst^, purchasing 
system, facilities system and instructional system. 
' One , can follow the "iron cross," in a clockwise 

motion, to find which probesses are performed by 
^ which organizations, using which data bases and 
* which computerized systems. Perhaps the key to 
*the understanding of the "iron cros^" does not lie 
in the specific data items used, but in the absence 
of an entry. For example, one finds that the ^ 
student data base is not related *to the accpvjnting 
apphcation and does not interest the accounting 
X department for e!ither input or output. It is the 
study of the holes > as well as thejX's, that 
enables the designer' of the school's information 
system to insure that the systems deveU>ped, and 
data bases provided, support the vital processes 
of the organization, and provide the tools for each 
, of the operational organizations to do their job. 
It is also vital to remember that , organizations are 
dynamic, processes more static. As such, one 
should build a school's information system ?uch', 
that it is insulated from periodic organizational 
change . , 

Key to the availabiliCy of a school's information 
system is the centralized repository of data c 
referred to as a data base, |This hiay' be defined* 
from^a data, processing poinjf df view as: "A 
nonredundant collection of ihterelated ^ata items,, 
proc jssible by one or more applications, by the 
irj^egration and sharing of common^ data. " This 
may 'also be defined from the users point of view^ 
as, 'A collection of existing and/br planned data', 
available to the user as if it were a single inte- 
grated data base, regardless of actual physical » 
description." Perhaps th'ef simplest way of 
describing a data base system is "One that allows 
multiple independent <human) users to have con- 
current access to a central repository of infor- 
mation . " A. 

Conceptually, the'data base may be' viewed as ■ 
similar to an organization chart or a hi.ararchy of 
the organization. The concepts of man/manager 
r,elationship is thus analogous to' that of parent/ 
child data segments. The sfcperintfindent. sits at 
the tofj^f the organization chkrt. " The Employee 
root record or root data segment, sits at iVie 
top of the personnel data baS;e. Using this 
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single chida base, one can support numerous 
applications required in a personnel subsystem. . 
For example, the areas of salary simulation would 
require a view of a subset of the data base. The 
payroll application, would require a different View 
of the data base. The value of the data base ^ 
system is that once, entered in the original cojn- 
posite data fcasej data is available for any apbh- 
cation that requires the use of said data base 4 
The programmer needjnot be concerned with the 
absenc'e of presence 0^ data or its logical or , 
physical storage requirements. It is the data \ 
base administrator, uting the data base system, ^ 
that provides a logical view of .the dala base for 
each application progVam within the processing 
subsystem . 

Returning to our concept of benefit analysis , one 
school district ^ound that the hienefits of an ante- 
mated Dcrsonnel system, usmg a personnel data 
base, consisted of the following: 

Automatit Contract Writing 
i Automatic Re-appointment of Teachers 
Automatic Salar>|Cal|:uration 
Recorded Audit jTrail 
, Machine Readable Data for 

Bank Reconciliation * ; 

Credit Union DeductibnsJ 
' Insurance Deductions I 
^ Ret^ement and PICA Deductions 
Current and Accurate Faculty Rosters 
Data Security * 
Increased Pa^oll Accuracy 
Improved Data Turnaround 
Termii&l Operator Accountability ' 
Reduced Data Handling* 
Centralized Data 

utomatic Analysis Retrieval Capability 
Bettey Human Communications 



In addition, this school district found that the 
cost of development of the^ system totaled S61,D00, 
which included six months to design, code and 
implement. Utilizing this system fias resulted in 
an operational savings of $11,000 per month. 

Data base systems support-^onHne terminal access 
while providing the data security and privacy 
necessary in a .centralized system. Most data 
base systems provide backup and recovery 
capability which willallow tKe logging of trans- 
actions . capture of \lpdates. and the ability to 
recoverMn the event- of a systems failure. Data 
base systems provide iht basis K)ir^ad hoc 
queries, while providing data independence at 
the data segment level. In general,' the ability 
of a data base system'to reduce the programming 
maintenance and increase the capability to 
respond to ad hoc query without the necessity 
of writing new appj^i^lipus programs- results in 
incroase^ programmer productivity. ^^jjj^ 



We have* discussed the' necessity for benefit analy- 
sis and the technical side, of data base systems 
and schools information systems. Let us put into 
perspective for a moment the 'role of technology 
and management in the development of an inforina- 
tion system. Technology can proi^idi potential 
benefits and their quantification. / It can accumulate 
user input; determine technical feasibility; prpvide 
alternative solutions; and provide cost and 1 
schedules for delivery of application p^^grams. It 
is tlfe role of management to reUte benefits to 
costs and schedule, and tq provide cost justifi- 
cation, strategic value analysis and risk assess- 
ment tO' any development,project. Merging these 
Items, management can then set priorities, and m 
some c^ses determine that interim solutions are 
reqilired for those dovelopmenf activities that are 
more long-range than others. One must be cogni- 
zant of the fact that in the absence of firm 
mana-gement direction in these areas, the decisiop 
making process \v,ill regress, such that develop- • 
ment decisioife are made by the technician, who is 
not concerned with these key management consid- 
erations . * / » 

The road ta,producing a school's information 
system is not an easy one. There are funda- 
mentals plateau^ that must be reached* ^ These 
include information systems planning, specific 
systems definf^ion , implementation strategy, data 
base design, and actual project implementation. 
A key plateau that mu^t be accomplished is theW 
training of the operatidAal personnel who will run 
th» system, and iht: user departments that will ' 
interface to it. Throughout these plateaus, 
management must recognize that a school's infor- 
mation systems" is the property of the school 
district, not an individual user or the data 
processing department. As such, the development 
activity must be* joint contribution of all user « 
departments, data processing, and the executive 
management" of the institution. 

In conclusion , there are ten commandments for the 
successful i/nplementation^of an information system. 
These are: ^ ^ ' ^ 

. 1. Those'^who set policy are, responsible 
for evaluation of goal attainment.. 

2. Information systems planning starts with 
executive perspective. 

3. Information systems must be based on 
the needs of management and operati9nal 
users, not conversely. 

(1. The information systems plan must be in 
step with'the institution's long^-range 
plan* 
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Information systems management^ 
system is more important* than any 
component subsystem of the i;iforma- 
^ion systems plan. 

Information systems are designed 
I around processes, not organizatioAs . 

Function aind performance must be 
tempered by justification and benefit 
analysis. . ^ ' 

Data IS an institutional resource. 

/ - ' ^ 

No amount of tuning can compensate 
f^r poor design . 

Information systems do not insure 
good decisions.' Information systems 
assure that decision makers h*ave 
good informatlpn. 
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ABSTRACT: Clemson University has recentl^y developed a financial information system that 
serves as a focal, point for all accounting, budgeting, and grant data. The system, which 
IS designed along the' NACUBO guidelines, record? all accounting, budgeting, and grant 
data m a data base that is used to generate firAncial information in a batch and an on- 
tine mode The software design is such that the 'system can b^ transferred to other in- 
stitutions having a different data base management system. Also, the techniques of modu- 
lar design and structured programming 'are applied, ^his paper will describe the systenv 
from a financial management, as welj. as a data processing, perspective. 



General Introduction to Clemson University 

r believe it will.be of interest to you 
to know more about Clemson University -and 
believe that you may leave this session, 
having greatei? appreciation for our Uni- 
versity and i.ts role ip higher education, 
including research and public service. 

Clemson University is a South Carolina 
la'nd-grant institution founded m 1889. 
the result of a'bequest of land to the t 
st^te by Thomafe G. Clemson.- Mr. Clemson 
was" a scientist and agriculturalist who 
came to South Carolio^ from Pennsylvania 

fthe 183D*s and rHarried the daughter of 
hn C\ CalhQunr,a former statesmat^ m 
South Cafoli-na history and, Vice President* 
of the United States fi^m 18.25-32. Orig- 
inally Clemson Agricultural College-,, the 
name was chaftged to Clemsoa University m 
^ 1964, Clemson is located m the northwest 
corner pf South Carolina, near the borders 
* Georg^ia,^ North Carolina and Tennessee. 

. ^. The mam c?Ampus comprises 600 acr^s 
•and represents an investment oi ^ipproxi- 
mately $87 million m permanent facili- 
ties. Nearly 60% *of the University * s mam 
buildings have been constructed since 
19 50. In .adc3ition to the •♦mam qlimpus 
there ar^ approxima'tely 32,000 acres of 
univel#rty fa»rm&, woodl^jds and camp 
ai;eas for research m foTCstry, agri-^ 
culture and 4-H work. ^ . 

* * • * 

I, -^Overview of Budg;^ly.ng, Accounting* and 
^ Rdportirxg , . ^ V 

1. The system- encompasses all finan- 
cial requirements including budget- 

^ mg for all types of funds whether 
fe.deral appropria^ti'ons, state appro-' 



priations , auxiliary enterprises , grants 
and contracts^ loan fund$, capital funds, 
etc. I.n addition, it maintains all histor- 
ical aocount data and facilitates all 
fiscal requirements mclu'Smg enciimbrances 
and salary pro]ections, 

A. Fmancial data design ' 

' • Clemson University has built 

Its, financial data base around 
.one ma]0r system^ the Accounting 
Information, System. This por- 
tion of the presentation will 
focus primarily on this system^ 

'^The Acdountm^ System con- 
. * ceptualices and embraces the 

College and University Business 
Administration accounting prin- 
ciples.* Tliere are expansions to 
allow for the uniqueness of man- 
agement and operationai desira- 
' bilities at Clemson University,- p 
e.g., Clemson University has 
chosen to divide both the unre- 
* stricted and restricted current 

funds into additional sub-'^roup?^ 
as follows:**. 



Unrestricted Current Funds - 
• To account for/t>he 'currerit 
f.ui)ds which are determm^jd 
to be'within the definition 
of "iJnrefetricted', " such as 
federal/state Appropria- 
tions ^nd general purpose • 
operciting revenue's. 
Unrestricted Current Fpnds - 
Auxiliary Enterprises -» To 
account fbr» separate self-" 
supporting., entities \5i^hin 
*the Unrestrictel3 Current 




Funds, with «acti having Its 
'own self-balancing a-ssets, 
IxabTlities and fund balance, 
Resti^i-cted Current Funds - ' 

Grants and Coi)tracts 
^ Scholarships aj\d 
Other 

To ^tcount separately fof 
^ ' each of the above Re- 

stricted^Curxent "Funds 
\ sub-group9^ with* each 

having ^ts '<jwn sfelf- 
balancin^ assets, iia-„ 
bilities and fund bal- 
ance. 
< 

Fund groups m adWtion to the 
current funds .are: 

6 - Loan Funds 

7 - Endowment and Similar 
^ Fifnds 

8 - Plant Funds . '-^ 

9 - Agency Fands 



redtmg entries and releases the 
. corrected batches for re-entry 
(transaction type 3b) m the next 
daily cycle^. A batch ^hich has 
an error remains on the error 
pending fiLe*andvis repeatedly; 
•reported eAch day until it is ' * 
removed on corrected. 

Th^ a^iounting data *base con- 
tains all transactions that are 
entered into the accounting sys- 
tem. By reading field 2 - type 
of account - m tl^e account num- 
ber, these transactions* can be 
separated into the three ledgers: 

1. General' Ledger " 

2^ Revenue Ledger 

3. Expenditure Ledger 

The overviej^f of the current 
" fund expendltifire account struc- 
ture is shown m Exhibit I< 



B. Uccountmg Information System 



The System provides after the 
l^act recording of all accounting 

ransactions at Clemson Univer- 
sity. The system apcepts input 
directly from other automated 
systems (such as payroll or ex-*- 
p^^diturc accounting) and from ^ ^ 
manually prepared tcansactions 
(such as journal vouchers or 
30i\rnal entries),^ • 

Ml input, whether manual or 
bmat^d , is batched . Each " ' . 
\h 19 thoroughly edited, Snd 
\error within^ the batch causes 
entire batch to« be rejected, 
bktches are processed, the 
system ^generates automatic cash* 
equity jotrrqal entries and post- 
ings io reveWue and expend; tuc.e 
control account"^'. In this fash- ^ , 
ion the system ls kept in bllanceV^ 
at alL times . » . . / 

The system provides complete 
audit trails- of all tran§^tiortS. 
A daily" Log is printed of all 
batches held on. the error pending ^ 
file and 'of 4II correct batches 
(including any appropriate auto- 
matic entries) posted to the ^ata 
base or* general ledger. The user 
may also request a Selective 
audit of all the^ activity against 
a given account or group of 
•accounts for a particular year. 

When tin error 1^ detected 
withi^n a batch for any accQunt- 
ing transactions, the entird" - 
batch is, routed to the error 
j^ending file, and an error re- 
port IS created. The accounting 
control section works with this 
report each day to prepare cor- 
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Account Nuabcr Stnacturc - Current Fund Fxpondlturcs 



Key dif clcnenti * 
1 2 3 4 5 _ i 

52?" snocz mz "Tisr xjScx 

n«ld 1 - 1 digit identifier - CURRENT fUNDS CROUP 

^.UnratCticted* ^ 

- Unrestricted -*Auxiliary Enterprises 

- Rtttftrict^ed - Grant and Contracts ^ 

- Hastrictod - ^cholsrships snd Fellowships 

- Rsstrictcd - Other 

Fiald 2-2 Aiqit identifier - * 
EXPDn>XTURE FUNCTZOHAX.. CLASSIFICATION 



0'- Instruction 

0 - Ras^srch ' 

- Research - Aqricultursl Cxperinent Station 

- Extension and Public Scrvido 

- Extension and Public Service - 

■ Cooperative Agricultural Extension Service 

- Extension and Public Serv^ca - Regulatory Service 

- Acadeaic Support 

- Student 'Servl^s 

- Institutional Support 

-Operation and Maintenance of Physical Plant 

- ^holsrships snd Fellowships ) 
0 - Auxiliary Enterprises ; 

rlald 3-4 digit identifier - 
OWECT CLASSIFICATION OP SXPENDITURES 



I/" 



OIXX 
02XX 
IIXX 
31XX 
31XX 

32X3^ 



41XX 
■51XX 
SIXX 
€3XX 
(SXX 

7£xx 
uxx 

t2XX 
t3XX 

91JX 



- Personal Services - President 

- Personal Services " Classified Positions 

- Personal Service; - Faculty and Staff 

- Personal Services - Graduate Assistant)' 

- Personal Services - Studente and Other 
Tcffporary Help' ♦ 

» P4rso;i«l Servio^s - Per Diem - Boerds and 
cosMiasions 

- forsunel* Services - Fringe Senofits 

- ^avel J 

- Contrectual Services 

- Postege* Supplies end Katcriels 

- Rents and Fixed Charges 

- Stipefvds**Stholerships« Fellowships end 
Grants-in*Aid 

- Equipofnt 

- Library Boolca 

- Pemanent leproveoents 

- Speciel Codes 
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field 4 - 4 diq;t Identifi^ - O^OAWIZATIONAL UNITS 
jujor Xntr4-0rganisAtion«l Unit (for sui>-«dnini«tr«tiv<r. 
•ubttittttc entire 4 digAt'unit nuRt>cr) ^ 

03XX - Col log*" of M«^lcultor«l Science* 
•CSXX - College of Architecture, ^ 
07XX - Coll'^q** of Education 
t)XX - CoMege of Engmccrirg 

rbxx - College oi Forest iuvd Rtcrcition Recoorcc* 
13XX - College of Industrial M^nagea^ent «nd 

Textile Science 
ISXX^- College of Libaral Art* 
1,7 XX - College of Nursinq 

1$XX - CoUegtr of Science* ' 

2exX - Gradjatr SchOQl and Unl*^er»i\y Research _ 

?9X< - Water Pc^ource* Research InsCitofo' 

3QXX"- Libraries ' » 

40XX - Student Affairs • 

50XX - ?r^5idp-f5 Office tnd Board of Truttec^ 

Sjyx - Ac^Jcnic Aftdirs 

S'3XX * Business and Fi nance - 

S«XX - Oevrlop^nt 

S936( - Fh,£.:cai- Plant ^ 
71XX'- Athletic* ^ 



Othdr Update Trantactlont 
Batch TransactJ.on 



Typ» Type 



Trantactlon D^tcflption • J 



field 5-2 digit identifier 



rUNDiNC SOUfcCE» 



Source of revrrxje fron which exper.ditures are to be ^ade . 
'^x - Ejch Major Fund Croup has codes uniqje'within at* grdbp; 

•KJeld i - 4 digit identifier 
fWXJrCT OF DESCRIPTION. KHERE NECESSARY' 

0000 • A Turthtr id*"itifier is not needed ' • 

0001 - Unique I to r'^mtain .ndj^vidual project balance 

or pthcr unique'^ident ty within » fund group 



.-'Ik 
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Shown below are fust a few of the 
transactions. 



Accounting 
Trans. Re-«ntry 



IQl 
102 
103 
104 

Account Key 
Changes , 

' 201 
202 
203 

Account Mo. 
Changes 

25J ' 
2S2 

2S( 

Budget 
Aaen^cntr 

301 



304 



30( 



Infora. 



rsation 
401 
402 
402 
404 



Delete Entire iatoh 
Add Tr*n«ACtion to a »Atch 
ChangA Transaction pat* *. 
Delete a Transaction 



Add rcy E^try 
Chaog« Key Entry 
Delete Key Entry 



Add single detail account No 

.xplode on fiold 3 

Change Detail Data 

Add Single Budget Account No 



Fiscal Y<^^r Beginning Bud^i^t- 
Expenditurc Accounts 

Projtct Life Beginning Budget- 
Expenditure Accounts * 

Fiscal Year Budget Ar.cndsent- 
Expenditure Accountfi * 

Project Life Budget Asendnent- 
Expenditure' Accounts 

Fiscal Yefci LJcqijm inq ^udget- 
Revenue l TransfCT«J^ccounts 

Fisca; Year Budget As«r.dnont- 
Revenue t Transfer Accounts 



Add External Proj«ct 
Change External Project 
Change Internal frdjoct 
Delete ^ro}ect^ 



Enctinbrance Changes 
' (01 Add Encunbranco 

C02 Change Encusbranca 

(03 Delete Encusbrance 



Batch 

Type 



ransact&on 



Cash I^ecpts. 
001 
002 

vend. Checks 
010 



011^ . 
Payroll Ckt 

Journ. Vchrs 

. C42 
04S 
046 
04» 

OSO 
0S2 



Transact lory Description 



Student Payments 
Miscellaneous Recsipls 

✓ 

Vendor Checks-Direct Vouchers 
Including Library jP^rchat* 
Ardcrs * 

Vendor Ch«:kc«PurchasirOrdsrs' 

vendox Chscks-Vd^ded 



Payroll (Biweekly) 
Payroll (Voidod Chsc)c4) 



Motor Tool 

Central Stores 

Fringe fcenrfits / 

ZnturanCf 

Work foa D^'jwirtnents 

(^.-yo*. iro HUiintenands) 
InJirect Co^ts 
Telopha'^r Er»vicCS 
BooKfctore iMrcSa'es 



14 JourpvEntr. (Correction? to Account Nusbers) 

0£D * Rece-ipts Corrections 

0(1 Payroll Correction^ 

>'2 »* Vendor Corrections 

06( Journel voucher Corrections 

0(7 Ki«c. Journal Entries (which 
nay effect A»h equity) 

It Jour-v^. C«tr» (Other Than Corrections) 

09*0 * Closing Entries 

Oil rntsrfund Entries 

0^3 IU)versing t Adjusting Entries 

014 Payroll Clearing Deposits 

019 Misc. Journal Entries 



Automated Journal Entr.ies are 
generated where necessary, 
.except for batch type irl8. 

The daily processing system 
automatically" generates three 
>categories of'cash 30urndl en-, 
tries and postings to the reve- 
nue and e>^penditure control 
accounts. These automatic en- 
tries and their appropriate 
transaction type codes^^arc: 

090 Posting to ReveifLie*'^&oii^ 
trol Accounts 

091 Posting to Expenditure 
Control Accounts 

092 Reduction of Vencbr Ac- 
count for Cash Disburse- 
ments \ 

093 Recognition of Ini^rease/ 
Decrease in Cash Bquity 
at State Tresurer lExpense 
Clearing Account Level 

094 Detail Distribution of 
Cash Equity at Sta^ 
Treasurer Level 

C. .Budget Mainteivance Sub-System 

The purpose of this sofc-sys 

to re- 



tem is to provide a mojms 
cord and maintaili the bud<?Gt 
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amounts for revenues, expendi- 
jtures and transfers for a given 
fiscal period. 

The budget information by 
account number is used primarily 
in preparation of the Budget 
Status ' Report for Expenditures 
and RealiZ€ition of Revenue. ' A 
further use "of the budget infor- 
mation and budget amendment 
transactions is to produce, as 
needed, summaries of budget in- 
formation across categories of 
account numbers m order to pro- 
vide mpre viable reporting and 
^accounting . 

Fiscal year beginning budget 
information is input the begin- 
ning of the year by way of an 
original budget entry document. 
Accounts that are established 
during a fiscal year have begin- 
ning budget data input at the 
time they ate established. Bud- 
get amendments are input at aoy 
time during 'the fiscal year in 
the daily accounting cycle by 
way of a budget 'amendment docu-, 
ment. A budget maintenance log 
and error report' are provided 
for all budget transactions. 

Provisional Design for Grants, 
Contracts and Other -Restricted 
Funds 

Special provisions are made 
for accoun^ls wh^re fiscal peri- 
ods extend beyond or are other 
than Clemson University's fiscal 
year, > primarily" Grants and Con- 
tracts. Vear-tb-date budget and 
accounting changes at the detai'l 
level are shown on certain re- ^ 
ports until project termination. 

Information carried in ttve 
data base unddr ^hose provisions 

are: * f^r^^ > 

1. - Project identification 

2. Beginning and ending 
dates of the grant f 

3. Original direct and * 
indirect award 

4. Revised direct and 
indirect award 

5. Cumulat^ive expenditures 
for the fiscal and life 
period 

6. Cumulative additions to 
fund balance 

7. Cumulative deductions for 
•overhead recovery ^ 

8. Computed revenue to thfe 
extent expended by source 
of revenue. 

These data fxicilitato the • 
preparation of annual reports 



II. 



for t;he 'res'tricted funds s.uch as 
Statement of Current Restricted 
/ Revenues, Expenditures and Other 
Changes and the Statement of 
Changes in the Restricted 'Cur- 
rent Fund Balance. 

\ The viability in these spe- 

\ cial provisions also allows for 
\ budgeting and report preparation 
\ over the life period of the ac-^ 
\ counts as well as budgeting- and 
reporting restricted to* the fis- 
cal year period. 

E. Encumbrances v 

Encumbrances are entered from 
purchase orders or other appro- 
priate documents which may com- 
mit budget funds; 

Encumbrances are relieved in 
the daily accounting cycle as 
' postings are made to the acco\int 
data base. Payments are coded 
^rther "Full" or "Partial/' and 
"4 re/ handled as follows: 

1. Full Payment 

In this case the encumbrance 
is relieved in fulL, irre- 
spective of the amount of 
the ^payment as 'noted in the 
payment transaction. The 
encumbrance no longer exig^ts 
and will be physically re- 
moved from the data base. 

2. Partial Payment 

A partial payment never 
totally relieves an encum- 
brance. The encumbered 
amount is reduced by the 
• amount of the payment trans- 

actionr If the a/acumbered 
amount becomes less ^than- 
zero, it is set to zero. 

A report is printed of those 
encumbrances that are zero. 
These" can then bb reviewed 
and modified tJbrough the en- 
cumbrance maintljnance sub.- 
system. 

Data Processing 

System Overview 

.In this section, the system will 
be reviewed from a data processing 
point of view. The discussion will 
begin with a statement of the system 
features. Next the system structure 
I is presented followed by the data . 
ba^e structure. Finally, a summary 
of the struqtured programming tech- 
niques applied is given. 
\ ^ 
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Design Features 

1. The system produces al,l 
financial reports required, 
by the University. The sys- 
tem createa^ -^udit, control ^ 
report, anf^'^error/activity 

•reports d^ly, status re- 
ports monthly, and finan- 
cial ropbrts at year end. 
In addytion, certain reports 
may requested at any time, 
such /as account or project 
audyt reports, ' 

2. A /mechanism is, available for 
on-line inquiry as to the 
^Current status of an account, 
^a grant, or an expenditure 

butififet account group. Those 
inquiries retrieve detail 
^ accounting transactions, 
/ budget amendments, and en- 
/ .crtlmbrance transactions if 

extensive information is , 
necessary. 

3. The system is designed in a 

' modular fashion and is coded 
m- structu;rod programming./ 
All programs arc written in- 
a clear, straight-forward » 
manner m ANS 5oBOL. The , 
data base management system 
' IS IDMS, which IS based upon 
the specifications of the 

• CODASYL Data Base Task Group. 

4. The particular data base ac- 
cess method used is not em- 
bedded into ail m6dulo^. 

All data base access is done- 
" * through called modules that 
retrieve or store re^fords. 
Th^*systom is ^designed such 
that It caa be transferred 
to other institutions having 
a similar application but 
possibly different dat;a base 
software. The system does, . 

* however, presuppose the 
availability of some type of 

^ direct access . 

7i gen.oralized report genera- 
tor ^ sub- system IS used to 
produce all reports. -Trans- 
actions ^requesting reports 
are maintained in a table 
within a program tT^at sweeps 
' the entire data base one 
time selecting all records 
needed for- the requested re- 
ports. On-line inquiries, 
however, use direct access 
to the particular records of 
the} data base which j^ro 
needed i 



B. System Structure .t 

Daily . The recording of ac- 
counting, budgdti-ng, encum- 
brances, and grant and contract 
award transactions , is done on ^ 
daily basis. The batch types 
and transaction codes processed 
ai*e shown m charts following 
Figure I.' All input is batched 
and the two major sources of ih- 
put ar,e cards punched from source 
documents artd fil6s created by • 
feeder systems such as payroll 
and accounts payable. These 
feeder systems generate batches 
of input that are inputs divrectly'» 
to the daily ^cyiile. The system 
maintains all previously rejected 
''Accounting transaction batches 
on a pending file. Mamten^npe 
i|S done to this file to correct^ 
^ the previous errors and this 
* file IS processed each day along ^ 
with the new input. 

•I ' • 

All o£ the daily sub-systems 

pass report records to a report-^ 
ing sub-system which generates 
all reports at the end of daily 
processing. This reporting sub- 
system accepts a standard record 
format from each sub-syStem and. 
references tables of erro;: mes- 
sage descriptions, account num- 
ber component descriptions, and 
a vendo;r data base m the pro- 
cess of getierating the reports, 
V ' ^ 

Monthly . The monthly cycle 
has two major functions. The 
' first IS to produce ^11 monthly 
reports using the information m 
the data base. The second is to 
perforin certain data base main- 
tenance tasks. For example, all, 
f detail accounting transact?.ons 
are rolled* to the history fil^e 
at the end of a month and total 
records are posted in the data 
base to summarize these trans- 
actions. ^ 

The monthly reporting sub- 
system employs the same report 
generator software used m the 
daily system. As a preliminary 
step, it 'builds a table of all 
monthly reports requested along 
with certain selection criteria 
and then passes the entire data 
base one time to select, the 
needed records. The records are 
then processed by the report 
writer and the requested reports 
are written. 

* Yearly - The yearly pycle is 
similar to the monthly cycle an 
' that It has a reporting function 
- and a«data base maintenance 
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function* Yearly reports are 
generated using the generalized 
reportin(^ sub-system which 
pks6es the*entire data base and 
the history file 6f detail 
transactions. After it is deter- 
rained that the accounting year 
can be closed, the final report 
generation is done and the year- 
end data base maintenance is 
done. While preparations are 
being, made to close a year, it 
IS possible to r^ecord trans- 
actions that reflect business 
of the n^xf fiscal year as'well 
as transactions of ^ the year 
being closed. 



like manner, and all detail*" ac- 
cou'nts for a given expendTT^re 
budget account are*in a "set." 
The current status of a grant, 
for example, can be obtained 
from a terminal by entering the 
grant number and the" level of 
information and then more"vdo-, 
ta'iled information f,or all\types 
of accounts until his informa- 
tion needs are satisfied. 



On-line Inquiry . The system 
supports on-line inquiry to the 
data base through the Time Shar- 
ing Option (TSO) of IBM 370/OS/ 
VS. All data m the data base 
can be retrieved, but typically 
only accoun): summary, budget 
status, or grant status, data is 
obtained.- A detail listing of 
accounting trarfsactions , budget " 
Amendments, or encumbrance data 
can be obtained for an account 
or a group of -accounts. The 
organization of the data base 
permits direct access at the 
grant, budget, and, account num^^, 
ber levels. 

On-demand Repi3rting . The , 
system can produce any of the 
daily, monthly or. yearly reports 
out of cycle and can also pro- * 
duce user requested "one-time" 
reports through the generalized 
reporting sub-3ystem. Special 
audit report^ can be produced 
by submitting a cep6rt request 
transaction to the reporting 
sub-system. Records needed for 
a special report are extracted 
from tho data base and/or his- 
tory files according to the 
selection criteria and are th<^n 
sorted and printed in,the fash- 
ion requested 'by- the user. 

Data Pase 

A diagram of bhe data base 
IS shown m Exhibit II. Direct 
a9cess is provided to grant 
records (number 11)^ expenditure 
budget accounts (number 9) , and 
detaal accounts (number 7). 
Record©* und^r these record types 
are stored physically near their 
parent records. All tho ac- 
counts in a given grant are mem- 
ber$ of "a "set^* and can be 
reference^ directly, given ti^c 
grant identlf Tcati^a. Also, all 
expenditure budget accounts for 
♦a qrant can bo ref c»roncod ^ in 
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Programming Approach ^ 

Severai members of the sys- 
tems development group 'have at- 
tended schools bn and experi- 
mented with ' structured program- 
ming. Almost all nvsmbers of the 
staff have experii^nce m mpdular 
programming. It was determined 
that this project ^^ould be the 
first large development Vef fort 
that would use those techniques 
associated with structured pro- 
gramming. The following tech- 
niques were employed: 

Top-Down Design . ' Elach major 
sub-system (such as budget'mam- 
tenance) is broken down 'into 
sipaller functions (such as read 
transaction, edit transaction, 
apply change? update, generate 
report record, etc.). These 
functions* m turn break into , 
|;mal'ler ^fufctions (open fule, 
call generalized datenedit, 
etc. ) . 

Hi ghly ^Modular Design . Each 
module^ accomplishes .usually one' 
major task (edit account number, 
-write accounting transaction, 
etc.). Each"* sub-system has a ^ 
mainline , module that drives the 
activity necessary by calling 
lower level modules, «/hich may ' 
m turn call still other mbdules. 
Th^ co^i'pleted system has 350^ 
modules. They* are linked into 
40*cQmpcrsite modules. 

Mostly Structm:g4 Code . The 
basic constructs of structured-.^ 
programming "were u^d with.very*^^ 
few exceptions. It was dis- 
covered that/ after orientation,' 
programmers were jjble' to read 
other programiiier • s code quite 
easily and were^able to pro- ^ 
duce clear, readable modules m 
a very favorable time period. 
Also, mamtenanoe of the system 
has proven easier t;han that of 
"Ssome of our^oro traditional 
systems. ^ 

X 

\ Wa l.k-Throughs . 'All program- 
mers presented several of their 
modules m wa Ik-th^rough sessions. 
These served as an incentive for 
the progrcunmer to^write clear 
and easfly-readable 'code and 
also served to catch many major 
errors before modules y<3re uniC 
tested. I-t was noted that 'thfe 
presence of higher level managers 
at the sessions tended to sup- 
press participation and thus 
cause less real ^accomplishment . 



< Top-Down nnplementation . 

.Using this technique, testing of 
higher level modules was done 
before lower level rnoQules were- 
even^coded. 'Stub' modules that 
displayed a trace code were in- 
serted m composite modules so 
that calling modules could be 
tested. 

Librarian . A project libra- 
rian was ^sed to maintain all 
COBOL /copy code' and to notify 
programmers of changes m this 
1, code during the design phase. 
Each programmer maintained the, 
source modules that's/he was 
assigned by using the TSO Edit 
facility ^> At project implemen- 
tation, all modules were put in 

_a produV^tion library. These 
production modules are not 
changed by the programmer, but 
are replaced by the librariaii 
when, the piTbgrammer has tested a 
change^ using other libraries and 
the project leader has notified 
the librarian that the repla9e- • 

' ment should be made* 
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tE. Manpower' Requirements and 
Operational C^haracteristics 

The general jde'sigrv of the 
system was completed in six cal- 
^ . enddr months, and the detail' de- 
sign, coding, and testing were 
done in about five calendar' . 

JTionths of intense effort with a- 
te^m of eight programmers. *The 
total" etsfort represented an* m-, 
vestment five programmer/ 
analyst years and two manager' 
years. 

The dail^ portion of the sys- 
tem runs an average- of four CPU 
minutfs on an IBM 370/158. The 
elapsed time varies depending 
~ upon cond^itions from ten minutes 
to , ninety minutes. The. monthly 
data bas'e reporting extract and 
mainten an ce re quires about, fif-. 
teen CPU minutes and runs. about 
^ ninety minutes elapsed time. 

The operational results of 
the system have b^en very good. 
All financial reports have been 
correct and in balance, and only 
four errors in production modules 
have been discovered to date* , 
Also, the "fact that jihe syste^n is 
designed in a modular fashion has 
^ greatly facilitated* b^e ma i ate- 
> ' nance effort. 
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MIS -- PROBLEMS AND PROSPECTS FOR THE SCHOOL ADMINISTRATOR 

. ' *^ A. Lj. Goldberg 

Wayne Cotinty Intermediate School District, Detroit, Michigan, 



ABSTRACT: The concepts associate^'with Management Information Systems (MIS) have been generally 
accepted in a wide v^anety of orgafnizational settings over the past two decades. The numb^er of success- 
ful installations in business and industry, the military, government, education is surprisingly small. 
In any case, the burgeoning MIS literature shows that the a-spiration to develop and implemtSnt MIS is 
''aiddlv held. Somewhat a latecomer to MIS, the nation's educational institution^ are nonetheless finding 
ihat the presumed benefits are worth the effort. Such efforts are to be found in public ind private educa- 
tional institutions, large systems and small, m consortia, on a regional and as well on a^ stat<j-wide 
basis. This presentation deals with the prospects for success in MIS in educational institutions. It will 
in*.lude a catalo^ue^of constraints that ne^d definition, understanding and amelioration if educational 
managers are to have avarilable timely and accurate information for decision-makyig. 
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SCHOOL. ADMINISTRATIVE COt^OL SYSTEM 
John A. Nunnikhoven 



Haverly Systems Inc. Denville, N,J. 07834 



ABSTRACT: 'The School Administrative Control System (SACS) has been designed to provide 
administrative control information' through efficient utilization of modern computerized 
techniques. The system operates on ^ mini-computer, using a data base management system. 
Areas of administrative control information provided, cover equipment inventory, 
budgeting, personnel consumables inventory, purchasing and student activities funding. 
The various^ features of the system can be tailored to meet the requirements of a 
particular school district. » 



The School Administrative Control System 

has been designed to provide the necessary 

information for administrative control 

through effici^ent utilization o& the most 

modern computerized techniques. In 

general, it "uses data processing methods 

which have been well tested and proven 

^I'n industry 'to fredUe^ the >isk to the 

School District. Implementation of this 

proposal will provide the timely and 

accurate 'information required to 

man^(^e a school system today'* s com- 

ple:c society in a cost .effective/- 

manner. ^ ' . * - " 

.. ^ 

The completed system is envisioned as 
being comprised of six main modules., 
implemented in seven phases.. Each 
phase will be done so that there will be 
immediate benef its - upon completion to 
School District, anc^ aTso allow a go/no' 
go decision to be mad^e before beginning 
the next phase . * , 

The system .utilizes m6defn methods of 
data manage'ment, generally referred 'to 
as data 'base management system or 
DBMS. These methods insure , improved 
data accuracy and enable future changes, 
especially those which are currently 
unable to be foreseen, to be made ex- ^ 
pediti"Dusij^. 

The first phase will be to develop a 
general system design,^ covering all 
.SIX modules of the total School Admini- • 
strative Control System.. The major 
effp^rt during this phase will be the 
definition of the interfaces between 
each application mcJflule, in /sufficient^ 
detail so that an effective data base\ 
^ can be completed. A secondary ob- 



jective will be to produce a detailed de- 
sign for programming and implementation 
of the first scheduled application module. 

A well 'executed general system design 
phase ensures t^^at the completed product 
re51ects^ the requirements of the ultimarte 



user^and provides for intelligent and 
orderly system module development and 
efficient data access to all application 



modules*. 



J. 



Another advantage of the general system 
design phase is that it also allows a 
more accurate estimate of costs and 
benefits to- be made. 

Many questions will be answered during 
the general system design ph^se to insure 
that the final system most reflects the" 
needs of the School District. 

'For example, ^this phase should te'solve 
the question of best mode of data entry 
for a particular application module; \ 

.i.e. should the data be key punched 
and the module be run as a batch job, or 

. should real time data entry be usfed with 
immediate processing of tKe transaction. 
It is anticipated that the methods of 
insuring' data security and data* integrity 
would .also be developed at this time. An 
other point to 'be resolved during the 
general system desigrt phafee will be the 
reporting method requirement? such as 
.which reports should be terminal oriented 
■to provide the users with the "ability to 
describe exactly what information they.^ 
desire to^ be produced from that specific 
run yersus predefined reports that are • 

^ routinely produced at some periodic time 
or on demand. 
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Figure 1 is a system flow chart of 
the School Administrative Control 
System showing the relationship be- 
tween each module and the data bas^ 
management system. The important ' 
|>oint is^ that* each application module 
has access to all tbe' data and be 
able t6 read^or mpdify the data as 
, appropriate. 

Figure II is a visual table of q^n- 
tents for the main system and each 
application module. 



/ 



Figure III is the general file con- 
'tents for* the major files requit*ed to 
support the complete syste]pn. Some 
additional definition pf^the files will 
take place during the general system 
desig*h phase. The first module in--^ 
stalled should be able to pxovide 
visible demonstration of the soundness* 
of the computerized^ administrative con- 
trol philosophy cjuickly. ^ ^ 

Thp- Capital Eqyii^ment Inventory Syst/em 
is presently envisioned to contain the 
data necessary to define the locatioci;. 
cpnditioa and perti^i^nt descriptive de- 
tails of all equipment owned by the 
school system. 

♦ ^ 

It would provide .the ability to agld new 
• equipment to the system, modify the 
records about any particular piece, 
collect data for future administrative 
analysi's, e.g. repair costs applied 
against^^««cfvie projector, and to de- 
let^ records for scrapped equipment. 
The reporting capabilities would en--, 
dbler schoQl administrators to quickly 
produce repor^is on the equipment 
assigned to' each department , ^i^^entify 
all equipment with -a particular con- 
dition rating, summarize repair costs 
by type and brand, and access other 
information of administrative interest. 

The Budqe.t System is seen as having 
three major functions; a simple to usp 
tool to assist in the development of the 
•budget for the next budgetary period, 
the ^repcprting of actual and obligatory 
expenSQs against a budget as they are 
incurred, and the ability to pull 
unanticipated reqiiests from the data, 
i.e. a special report on a particular 
category of expense for each department 
(discipline) . iThis module depends 
heavily upon the Personnel System afnd 
the Purchasing System to capture major 
segments of the data. 

* • ^ 

Th6 ability to interactively develop 
a new budget has been used to great, 
effect in industry and it should also 
provide similar benefits to school 
administicators ae it allows them to . 
rapidly cut and try a variety of 
methods pf distributing the available 



funds without the m'anual* l^bor and time 
generally associated wit^h biyig^t 'develpp- 
ment. It also allows the rapicf evaluation 
of the dmpact of arbitrary byidget cuts 
or other modifications. " . ■ ^ 

The budget development submodule will be ' 
^«ry useK oriented so^tliat the methPd 
of developing a new budget can be learned 
very quickly by existing personnel, with 
only a minimum of knowledge of data pro- 
cessing. 

The Consumables Inventory System would be 
linked to the Purchasing System to record 
the receipt of purchases, and to the 
Budget System to record^ the di^ursement 
of stock to a particular department. If 
desired, the ability could also be in- 
cluded to monitor 'supply leyel and either 
automatically generate a purchase request 
or issue a warning when the stock level 
ffiils below a predeterminec^ amount for any 
particular item--^ Stock Status reports 
would be produced routinely or on demand. 
In the latter ihstance, the requestor 
would' have the a)?il»ity to define the type 
and contefrt' o^f the report desired tb , 
satisfy his information requirements, and 
the system would produce them to sp^ci- ^ 
f ication. 

The Personnel System would haindle the rou-, 
tine proce:sses di personnel records main- 
tenance, paycheck generation , inputting 
payroll\data to the Budget System^ and 
the proauction of required periodic 
governmental reports. The payroll sub- 
system will be designed to have comple 
and thorough controls on the accuracy a" 
security of the data. ' Furthermore, it 
will be able to handle the proper calcu" 
lation of payroll deduction for those e 
ployees receiving multiple paychecks. 

Some of the other possible applicatior\]^, 
which will be investiga^ted further, i 
elude the abiility to develop teacher 
schedules, monitor the inventory o£ 
teacher training vs. clkssroom require- 
ments and provide a tool for t^e evalua- 
, tion of proposed contract modifications 
during negotiations. 

.The latter could be implemented as a 
terminal oriented application t6 pro- 
vide very rapid response during intensive 
bargaining sessions. 

The Purchasing System will manage all data 
relating to purchase requests , purchase 
orders, receiving tickets, and vouchers. 
It 'is envisioned- to handle all expenses 
except those relating to payroll.^,. 

During the proclssing of a. purchase re- 
quest, ti?e purchase order,* and receiving 
dock notification will^be generated with 
the obligated funds * tagged* intMyPtP-^ 
per budget account. When the*:ittSterr^l is 
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received, tiie receiving dock notification 
will be processed to update the appropriate 
inventory fil^s and 'prepare the system 
for vendor payment. After the vendor in- 
voice has been app-roved/ it will be pro- , 
cessed to generate a check in payment and 
record" the expense as actual ra^fe^X- than 
obligated* , Allowance must b^ made, of 
course, for partial shipments and disputed 
invoices. The Purchasing System Would alsb 
handle, the purchase of services in m"ch the 
same i][ianniier 

Variotis reports could be produced, rou- 
tinely or on demand, to list unpaad bills, 
' (roughly analogous to an accounts payable 
report) , ^o provide information such as / 
ordered date, vendor etc., unbilled pur- 
chase orders; and vendor performance " re-* 
ports to assist in determihing which 
source provides the ^est service tfie- 
lowest cost, etc. 

The OStudent Activity System will keep 
track^ of all f^lnds fais^d or allocated- to 

' various student activities and the actual i 
application of those funds. It is inten- 
ded that a standard monthly report would 
be produced showing receipts, expenditures 
and balance by activity. As part of the 
receipt/disbursement processing, a check 
would be made to determine if sufficient 
funds existed to pay the expense. If 
not, a special report would be produced, 
and that activity marked so that addi- 
tional n expenditures cbul4 nbt be made 

\ without special authorization for pro- 
cessing. ^ 
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Figure I 
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GENERAL FILE CONTENTS 



IV PURCHASING FILE 



BUDGET FILE 



I-.- 

D. 



SCHOOL OR GENERAL ADMINISTRATIVE 
CODE 

DEPARTMENT . 

ACCOUNT ' ^ • • . " 

ANNUAL BUPGET - < ' 

CURRENT MONTHS ' 
tl . BUDGET • . 

2. ACTUAL EXPENSE 

3. *0BLI^PAT0RY EXPENSE ' ' » 



YEAR-TO-DATE 

1 . BUDGET ' • . / , • 

2. ACTUAL EXPENSE 

3 ; OBLIGATORY- ^EXPENSE 

ETC , ' * ' 



A. * PURCHASE ORDER # 

B. PURCJIASE REQUEST # , 

C. VBtJDOR # ^ ' . f 

D. . ITEM # ^ 

E. DESCRIPTION 

F. PRICE 

G. " QUANTITY 

H. COMMOdl^Y CODE 

I. wd1:l.# 

j'. ' EXPECTED DELIVERY DATE * ^ v 

K. -ORDER DATE 

L. TERM5 . 

.m'.. method of shipment ' - ^ 

^^. ordebing dept. 

0. authorizat;ion 

p. purchase type (capital equip. 
' consumables, service) 

Q# VOUCl^ER # 

R. RECEIPT TICKilT # 

S . ETC . • ... 



PERSOWEL FILE 



A. ..NAME 0F^> EMPLOYEE ^* 

B. ADDRESS ' ' . ^ 

C. TELEPHONH NUMBER • • 
SOCIAL ^ECURIJY NUMBER . 

,E.^ DXTE (?F HIl^- ^ * • . ^ 

F. TYPE p? EMPLOYEE (TEACHING// 
ADMINlSTJV^TWE/CDstODIAL) 

G. BENEFIT'S' APPLICABLE^ 

H'. EXEMPTION? * ' , ■ ' * 

I^ EDUCATION - ^ 

J. CURRENT •TEACHI?5G I^OAB * i . / 
K. ^AST COURSES TAUGHT ' . , 
L.* PAYMENT M*ETHODS'" ^ ' 
l\v' RETIJ^ENT FUNDS DATA 
m WITHHOLDING TAX) SOCIAI, SPJ^IJIITY 
TAX PAID, ETC. ^ ^ ' 

^0. CURRENT STUDENT ACTIVITIES 

' ASSIGNMENTS " * ' ' ^ 

'PAST STUDENT ^CTiyiTIES ASSI<?N-' 
^ MENTS ' • . ^ 

Q. MISC. ASSIGNMENTS' * 

i^. RACE ' ^ ' 

s. ETC'. ^ ^ , • 



I CAPITAL EQUIPMENT FILi; , ' ' 

A/ SERIAL ^UM^ER. (PROPERTY 
.RECORD- NUMBER) 
DESCRBPTIPN ' • ■ .. , 
CURRENT LOCATION * 
'.D. '^ATE PURCHASED , ^ 
- g, YEAR-TO-DATE REPAIR COSTS- 
r.^ LIEE-TO-DATE- REPAIR COSTS 
.s G "present CONDITION CODg 
' H. RESPONSIBLE DERARXMENT . 
J. VENDOR ' ^ ^ 

i;- PURCHASE' :COST 
^ K. ESTIMATED plPET 
L. BRAN6' ' > 
M. MODEL i 
-."^N. • TYPB^ 

0. REPAIR STA'^US* 

< 5. 'etc. ' 



V VENDOR Ff^B ' 

A. VENDOR # , 

B. VENDOR ADDRftSS* ,^ 

C. .EXC. 

VI VOUCHER FILE (LINKED TO VErWDOR & 
PURCHASE FILES) * • - 

A. VOUCHER # • • 

B. VOUCHER DAT£ 

C. . -VOUCHER AMOUNT 

D . ^ ETC . 

VII STUDENT ACTIVITY FILE 

^ ^ ' ~ ^ P 

A. ACTIVITY CODE * . 

B. DESCRIP'tlON * , ' 

C. RECEIPTS # " V 

D. DISBURSEMENTS i f 
-E.. REC. DATtS . , . ' 

* ^ F* : DIS*4§ATES ' ^ " 

G. ' STUDENT <VDVIS0!W ' . 

' H. ETC.- 

VIII CONSUMABLES INVENTORY FILE. 

A. ITJM 

B. COMMODITY CODE ^ 

C. DESCRIPTION * ' 

D. PRICE KiSTORY 
' E . ON HAND 

^ F.* ON ORC 

G. RESERVEP 

RESERVED ON HAND 
BACK ORDER' 



RVEp*5rrTiRiyiir 



' J. -^MINIMUM aeOCK LEVEL 
K.^EOQ 
/ ' ' L. . •DEMAI5ID HISTORY 

M. /MO.LT RECENT VENDOR 
' N.^ DISBURSEMENT # 

IX VA'Riog^g MISC. SUPPORT FiLgS 
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A MULTI-DIMENSIONAL COMPUTERIZED PROGRAM.BUDGETING AND 



ACCOUNT^ SYSTEM FOR SCHOOl DISTRICTS^ 



S. Godwin Wong 
University of Georgia, Athen^, peorgia 30602. 



Abstract:. This paper wiir,(l) present the design of a mulill^dipiensional computerized program 
budgeting and accounting system for school ^'stricts, and (^) discuss how the 
system can be effectively and efficiently utilized to assist in ipaking policy 
dectstofYS on resource alloca'tion, and to facilitate budget preparation, budget re- 
view, account Itatus reporting, and accurate financial control. Considered a^ - 
simplified, workable and manageable version of ^ planning-progfVamming-budgeting ^ 
system (PPbS>, this system generates eleven x)utput budgeting reports and thirteen 
accounting reports, displayed in various foijmats and in different combinations of 
accountable units, programs and line-items. , ■ ^ . 
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^Ont\ BASE APPROACH TO PUPIL INFORHATION SYSTEMS 



V 



* G. L. Masemore and*J. E. Seebold 



/ 



Bpdrd cf Education of Ba'ULraore County, Towson, Maryland 2l20i* 



V. 



ABSTRACT: 



The requirements for ^nf ormat lonabout, pupils m the public schoal? i& cont mua I ly increasing, 
litriands are being made by felderal arrt^s^H^ governoent agencies, by the local school systems, and 
individual schodls. Most large school S5^^^^2S have used data processing techniques and computers 
the collection and reporting of such information, but often these «ystems can neither react to 
the timeliness nor the ever changing c-riteria of requests for information. However, with the advent of 
computer data base technolog> , .the capability better meet these requests does exist. Three years of 
•operation have pr^oven che data base «ippi;oach to pupil Information to be a successful solution. 
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INTRODUCTION 



The school system of Baltimore County^ Mary- 
land has 167 schools serving a pupil po{>ulation of 
apptoximattely 125,000, In the early sixties the 
System fclloved the rather, usual path of automatic 
processing of administrativee data, i.>e., the pay- 
roll, the other financial areas*, pupil attendance, 
pup 1 1*, standardized test, scores, e^c^ 

When the school systenj upgraded its processing 
equipment irf the late sixties by changing to ^ 
third generation computer, increased capability 
b^am&^ possible. Following a period m 
of essential^ pupil accounting and infMr 
ices, It became clear that a new apprdftch vould be 
needed if the school ^system was to rcaftze more 
effective use .of the equipnie^nt m.thc area o 
Lfif olrmat ion. 



conversion 
mation scrv- 



Df pupil 



The basic pupi^l data file s^I>tcm,that was In 
us<* at that time was a tape file/which fijndainen- 
taHy had been dcsigr^d to colU^Lt a summary of » 
the -ittendance of each child on/a monthLy batch 
cycle. ^Since 'batch pr^icessing/was the concept, 
the system required time e.t^.mon^h for approxi- 
nwtcly 2000 entry and withdraw^HrTrahsactions* 
AYtor handling as high as 2^, OOQ. transact ions at ^• 
the beginning of each .school year,*tt becagte cleac 
that in addition t^o these initial delays, ttie fi^e 
would b& three tb ^^even weeks oat of date at any • 
^ivcn point duriJij the sohi*6.l -year. (Sec Figure I) . 

^ In addit^ion to th? basric pu^il fi^l«.in the 
"Pupil' Attendance Suimarx System" (PASS), othcf* 
Isoiquenel^al tap(: systems •had been developed to 
process necUed student information. Using th6 
PASS as«a starting point, each system would then 
"stand alone" w^t^ its duplicate data and its' bank 
of processing prog'rams, inclu<n.ng file maint^enance *> 
tcchalqufes, to do j.ts assigned ^<>porting ta^k.^ ^ 
(Sec FiJutc 2) . ' 

* .A tmitd 'major concern Was the need to ha^ 



phe capability to r-elate and process student in- 
formation m three time categories — past history, 
current status,* and future information. For exam- 
ple, pupils currently enrolled and attending 
claMes i-n a high Scho«4«^ust begin the process of 
course selection for the nfext year i^sually during 
the mont^h of Februarj^. Therefore, registration 
data must be processed at least eight months in 
advance of the opening of school. It is clear* 
that tKe pupil population currently enrolled and 
the population anticipated could be different. 
•7 ' • 

These majgr cpncerns plus many smal^r but 
critical concerns such as nonproductive tape 
Sorting of , large volume Ciles, vali'd^ty of. the 
uniqueness of the pupil Ident^if ication number in 
multiple files, inconsLstancies with redundant 
.data items in multiple files, and cross file in- 
formation ne^ds caused ^ serious examination of 
systems used rto process pupil information. 

The. deve}lopment jof the related systems, 
based upon tt^ objectives, has proceeded jit a 
rate of development which has allowed us to use 
, available resources in an effective and ef f»it ient." 
tanner. . 

After three years of deyelopm^t, the fol- 
lowing 'subsystems are in opeVation^and producfng 
information for the schools and other users: 

Managcm^t I_nformation ^^ii Etjrollment 
Subsystem 

Hanagemcnt Information Pupil Address , 
Subsystem 

Management Iivformation ^u4ent Attendance * 

""'sub^stk r 

Management £nf ormat ionXStudentJvSchcdul 

* ^ SubsystedT II \ 
(This system Incju^^t pl|^>il repon^ cards.) 

Naturally, continued rcf Sncroent aril adjuat- 



'V^i'tb *Lil l)f 'tcvJf J t'i 'fii\ Jatd Subsystems <iS the 
tnt offTHt lor^ jieedb •>( thf sch^b^l «vstfcfri change. 
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AUT0MAT2D S?JK)U>*5C;T CiaSS 



X [), E, 



VQS-L. 



XEIt A - Enroll or withdraw s pupil at. tha achool lavtl * 

B - Scn4 tr&.n^c^ons to Child Accounting ^ 

• C - C/A racaivaa trsnaactiona and prep&raa input for DatA rrocaaainc. 

D - Transaction ta iutcnatad fil« ia ca=pl«t« ' • 
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REGISTcL^TION* 
SCHtDULIX . 
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X 
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STAJiDARD TESTES 
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T2ST HISTORY 
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B.\SLC SY^ri.M OBJECTIVES 

*«• 

1. collect and process pupLl cnrollrnent -and 
W}.thdrawal informatLon daily. 

2. To dusi>;n a pupil rnfortration f lie that can be 
ac'cossed randomly or Sequentially, based on 
the Oniqije pupil ID Number as a\key.' ' 

3. Tv^ allow the existing PASS (Pupil ^\t tendance' 
SufsnaVy Sy^tert^^ tg^ be just\bat — a tap« system 

• to process attendance*. ' 
* I 

a. To provide random file maintenance of cours* 
5t' lections and grades. 

5. To provide random file maintenance* to a 
schoo.l's master schedule. 

-6. Tu produce report cards and class lists, with 
grades, on a batch b^sis. 

• ^ •■ < 

^7. To provide anal^ysis reports of pupil grades - 



10. 



II. 



tater related to test scores. 

To find class si^e by course teacher, 
(number of course hours»vs; number of pupils) 
on a batch ba's is . * « 

• • * * 

To reflate files tOtO^itain cost per pupil, by 
subject and school^* based on tKe associated 
teacher sal^aries. 4 

To provide more accurate ^nd timely informa- 
tion for organization and staffing projec- 
tions .<J * • * ^ 

To- design this data base arul Vhe programs * 
'nodded to create, maintain, and interrogate 
the*f iles in sycK a way. as to better serve 
our#present needs and to allow foV future 
expansion. '* 
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tu the users. * 
ji.ng large J 
>cd. Instead, h 
buLldinc a 



By^prpbletn deti^Lun Lt was possible to de- 
t me soae general guide lines tor systems design. 
T^e "nost cCitical need was a current and accurate 
pupil enr^ lltaent systeo. To accomplish that goal 
It uMs '»bvi'»us that • t rt'quent upci*iting^ dally if 
p'i>:>«.bU, wa^ needed. A -ieCund objective was the 
n'n^'ij Lddt ion of' files and the reduction of re- 
dund^'it data without rfcd\iCing service tu the users. 
T*" JTnS^lfr^jt son^type all encompass 
rec -ri s\5ttn were iraned latc Iv dtsnissed 
a n^.dular approach would be toUowrd, building a 
sysUn thdt Ci>uld be added onto WLth a minitnum ot 
etlort." The two objectives mentioned would be 
t'.c.-ripisstd bv the tirst nodule or **Phase 1" of . 
i>ur puf>il intornidtion system. 

Design was United by .certain .constraints. 
Uhatcvi;V Syst^pra we developed had to operate on our 
IBM 3^.0 AO DC'S computer. The coraputcr had 25o,000 
bvtt.-> t ^oTs- storag;c being usrd by three parti- 
tions, f inancijS dictated that ttfle process ing 
u ul 1 riut uwinsidered, nor Could additional 
people in ^either the schools VDt the Otfice of 
ChiUd AcC' -iPVt inj;. In, Data Processing, we were 
lir.LtcJ ti' about fi^tv percent ot the titne of gfhe 
.^v r^-. .mjtlyst and bne systems, proii^rax^inefr plus 
• ■ru , Mtarly tull-titne*. prf)grafnrier/-iffia4ys t . ' 

une positi^)^^^ already i^pcrativ^e in the* 
^ Mip.tv was a dailv ^cli up and del«ivery service 
bt tut-en school3»Kl^ent ra I offices. We baifed our 
procedures <>n the daily Ci^Uection of enrollment 
dat-i thaj: could be accomplished through this 
internal **nair* service. 

To take advantage t>f this process, the 
sch^j^'ls*^ had to* adapt a "do it qow'* Attitude. 
Whfn a^ptfpil enters, complete a registration 
form and send it ^to thc^Office of (^hild Account- 
ing. The form vj^>«ld then be checke^^ by the 
issigncd clj^rk. If the pupil had been enrqlled 
before, his previous Identification number V^oul\i 
be ^'bt-Jtined trom a microfilm viewer and recorded 
on the torn. If not,. the form would simply be ^ 
pabsed on to keypunch, and when processed, the 7* 
computer would assign the pupil<^«>^ identification 
number. This would alVow historical data to be 
'Retrieved viavthe pupL,l's*'ID Number, and for new 
pupil3, the task of assigning unique £D Numbe^rs 
would not be iji the hands of the s^chools wh^re 
problems had arisen Before 

Labels wduld ^ prmtf^d with identifying^'^ 
data'tT>'be attached to the faWns by t>he Child 
Accounting cle^k. .The forms wiuld be. rcturUcd 
to the schools to be st'ored m the pupl 1 *y of f ice 
t ile. Tbisr process "was estimated to takir two to* * 
fivt^d^ys. If a pupi 1. withdrew from**^!^ schcxjl,^ 
the same foFn\would be pulled from the file. The 
School clerk would enter the withdrawal date afid. 
code, and he would again send the form to the 
central office for processing.* 

These were to be thc 'bAsic procedures^ of bhe 
system. Then the question from a processing stand? 
point was what type of file structure could best 
facJ.litate the syst-em? /Daily sorting and na'i.ntc- 
nance o( *i ia.pc syaterov for ibout 200 changes t6^a 
,f«^le of 130,000 pupi^f was i;iot feasib4c. The 
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need for a randbm access system was obvious. * 

Consideration was given t*'-a design 
losing fixed -length segments with ISAM. Some 
basic proMems wer6 realized. One was the 
ability to access the data through diUerent 
path*&. With the increased emphasis on accourita- 
» bility, the need to link pupil files .with person- 
nel and financial data appeared to be a future 
demand. In add iVon^^^^^^at primary 1 imit'it ion , 
there Vas also the ever-present synonym problem. 

• /■ , ' • 

While following this basic lir^e of thought, 
various ideas regarding, pointer files and index- 
ing were considered'. It was 4t this time that ^ 
fl^ became aware of dat;,a base concepts and some 
of the data management systems tftat were av<iilablC 
commerc la 1 ly . AC^er a per lod of Cttves t igat ion , 
It was decided to try CINCOM's TOTAL, a data base' 
management package that would operate in a DOS 
environment with COBOL as a ho*5t languaj*:. 
Indications were 6hat TOTAL would help accomplish 
system objectives at)d save time as we4l. Without 
going it\to the details ot our se lec t ion ,proces s, 
it IS important to note that ctioices were limited 
by CORE requirements, DOS, and budget considera- 
tions. TOTAL met ,t he se liraitajions and atK^e 
same time offered the possibil it les 'tor modular , 
development that were needed. One System did no^ 
justify the cost, but the ability to add on sub-* 
systems has proven the^pierit of our initial 
^decision. ' * 

TOTAL is a' networic type of data base tftanage-, 

ment system (DBMS) that allows the user to link ' 

<5ata sets together with control keys. There are 

two types of data sets: roaster (single entry) 

files and variable (multiple entry) files. ^ 
. > *• * ^ 

Before designing a data base, it is very 
import.ajit that you have a clear def mit lon^of 
what yo& want 'to do, and to al^o have an under- 
standing, of- the strengths and weaknesses o^ the 
DBMS that you are using. Random processing and 
inquiry from various erftrV , points are definite 
-assets, but sequential batch reporting can be a 
time consuming effort. The same is true of, 
rcdundmit data. ^ Gomplete lack of redundancy 
sounds greatt but in reality some dxiplicate data 
items taay^e advised^ for most efficient proces- , 
smg. * • • 

An analysis of pupil data^ items first 
exposed certain elements thnt «u:e n^ycroally c^^- 
sta;it; pupil name, sex, race",, birthdate, anfl 
identification number* These data were easily 
applied to a roaster single entry fil« (PUPL) with 
the Identification nunber as a key. Other data 
are less stabTe; grade, test ifevel, section, 
/^status, enrollment and withdrawal' codes* In 
addition, a^pupil may attend more than one school 
during the |chool year«i Enrollment data was, 
therefore . {Uaccd on a variabile file linked to 
PUPL with 6no segment per s'cn<?ol attended. \ 
coded* address segment was alsq carried on this 
file (ENAD). Figure 3'»is ^'^ict;ure of the data r 
bas;t^ structure. \ ^ 



• A second varijible file for^ coursers and gradoi 
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was pianned*tor, but not included m Phase I. A 
bUnk Unkdge fi'ld tr<>rrj PCPl t'> this t Ue was 
included ni 'the dat^ base' general lonl 

« * « 
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A naster school file (SOiL) was also included 
I'" the design. Our initial trucking would have 
Inked this 1 1 iJ the LNAD vari'^bl^ tile, but 
further analysis indicated the ^?(^^kness^ ot that 
idea. Linked variable rec.>rds^ would have been 
lv>cated at sucn a wide span of addj;ess*:S that 
entry tron'the SOIL tile would have^?een very m- 
efticient. Secondly, the need to acc^rss enroll- 
raent data tTT a single schuol did not rea.i ly .ex ist . 
Mo9ts requests were dSkmg tor airscht»oIs '.or 
groups ot schools, which would have been better 
handled by our batch reporting techniques. 

» ' 
Batch reporting was accomplished by serially 
sweeping t^e ESAD tile and,.if*PUPL data was need- 
ed, matching the resulting tape to a serial sweep 
of the PUPL file* In addition to reports, tnicro- 
f iln was then produced vt^a COM (Ccxnput&r Output * 
Microfilm) tor a/cess b/^tbe Child' Accounting 
clerks. ^ 

Attendance was handled in a similar fashion;^ 
by extracting required \1ata , collectj.ng attend^ 
aixce, and then loading year-to-date figures back 
oivto the data base. Current month or two-month 
attendance f ugures were reported direct.ly from . 
th^ batch/tape attendance subsystem. 

All Cile maintenance of the Phase i data , 
*base was designe^to be processed by One program* 
A bat'Ch veryon'^of the same program handled any 
large volumes of changes. This gave us a .very 
tight control of the data. v 

The daily version of the file maintenance 
program wrote all successful transactions onto a 
master.^nd' variable file (SAVE and TRaN).. The 
tiist pupil ID Number assigned was stored on -the 
rnaswir file at the end ot each file maintenance 
run? . The 'hext run would then pick up with that 
n««6i\i,eT and add one to continue assigning unique 
10 Numbers. A print program, run as part of the 
^ file raaihtendnce Job stream, would iort and print 
thes^^transactions by school. A la»cl program 
would print labe^Js ffom the same filb fcfr all new 
entries. The total process ran in five €« ten 
minutes-. » ^ 



Another advantage of this ddilv u^atung hjs 
been thfc leveling of keypunch v^lunie. Operations 
vA)uld much rather process two hundred trariSdC- 
•tions daily than thousands at the end eac*^ 
month 

Phase It ^of *the data base inv<;!lved the 
addition of pupil course otferings. se4ectior>s, ^ 
grades, and scho ol master schedul/^. . ' A til^ to 
carry coursiss a^d §rthd4j5 by pu^fl was linked to 
the PUPL ^lle (\RbK). l^>^dioLon, three vew 
/lies were generated to ca^^^^Jtiool schedule 
and course data (Se^ Figure 3). T^e original 
Phase I fiie maintenance program^vas expanded to 
handle pupil course/section ancf grade changes. 
A separate program was written to maintain the ^ 
three additional ^iles. • 

The IBM S 360 scheduling package and a 
pilot grade reporting system were m operation. 
With the implementation of Phase II ot the data 
base, thfe use of these systems contmuedy^t 
Instead of being self -maintained , thev^iiply 
loaded data onto, and extracted ddt-a^^om, the 
database. This allowed th« daily file main- 
tenance necessary to insure accuracy. ^ 

The expansion of the original dat^ ba^^ to 
include Phasfe tl files was handle^ \3i\h a ami- 
murf of effort. This was partly due t6' certain 
features of TOTAL that allow. for change. It was 
alsx) in part due to programming techniques such 
as cataioggi'ng^f ile descriptions and the'develop- 
Kient of subroutines to handle repetitive type 
functions. And looking to the future, adding 
' additional dit^ items, or ^les, to the system 
docs not present itself as* fearful task. ^ 
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ABSTRACT: The Geographic Analysis System developed and used by Denver Public Schools 
during the past two yea^.s is .a practical method for collecting, maintaining, and uti- 
'lizing geocoded stud'ent addresses. UsLing contracted services, the center of each block 
was digitized with X -and Y-coordinates , Merging the digitized data with th^ city's loca- 
tor file an address coding guide fi Le was built containing coordinates for each^ street 
segment within the district. The ACCfile provides a means , of assigning coordiliates to 
^ach student's address. / «• ^ ^^-^ 

The system integrates demographic data from the student database, the ACG file, and . 
an attendance boundary file to produce population distributions, student listings, block 
counts, and busing eligibility listings for each of the district's 130 elementary school 
areas, 35 junior high areas, and 18 senior high areas. The system will also produce a 
school ass-ignment directory, identify students who illegally cross attendance boundaries 
or reside outside the school district, and automatically tra^nsfer students residing in|| 
specified geographic area from one school to anbther. 



INTRODUCIIO.\ 

Over the past several years J there 4^ave 
been numerous efforts by school districts 
across the country to utilize the computer 
i*n the process of planning school atten- 
dance boundaries. Thre ,p«rpos.e of thi-s 
paper 'is to describe a computerized 
system, developed and utilized by Denver 
Public Schools, to assist in the planing 
^of schooi attendande , boundaries . The 
Geographic Analysis System consists of the 
collection and maintenance of geocoded 
address data,* the process of utilizing 
this dat^ for preliminary boundary plan- 
ning, the analysis of geocoded addresses 
and demographic data for making planning 
deciii'ons, and a linear programming stu- 
•\ient assignment model for reassigning 
students between racially imbalanced ^ 
schools . ' ^ • 

The system study began in October, 
'1973, and was implemented by March, 1974. 
T'h'fe 'objective in . developing the s>&stem was 
to respond to extensive or mifior atten- 
dance boundary changes quickly and accu- 
rately. Prior to tl\e development of the 
geographic analysis system, the* school 
district .usecT the traditional ''pin map" 
method. This method is obviously slow in 
responding .to extcfhsive boundary changes. 

J Although a corai)uterized attendance 
undary planninglsys tem had been dis- " 
cu5sed by the administration in earlier . 



^years, a system had not been developed, 
probably due to the lack of a significant 
need. However , ths-^ school district , as the 
defendant in a desegregation case since 
1969,, realized that a court order to 

> desegregate ,the school system was forth- 
coming. The d-ecision to desegregate the f 
entire school district was handed down, by 
the U.S. Dis^trict Court in December, 1973- • 
It required that when school opened in 
September, 1974| each school have between 
40^ and 70^ anglo efirollment. Thefeforej 
th§ first utilization of the geographic 
analysis system was to assi^st the planners 
in the development of attendance bound- 
aries which effected the reassignment of 
3S,O00 of the^distfict's 85,000 students- 
This would h^v6 been a horrendous task 
using the "pin map*' method. The- system has 
been used .since then to study and plan 
changes required by )population shifts atid^"* 
recent decisions from the appellate court. 

. THE ADDRESS CODING G UIDE •? 
~ • — I ' \ 

^ Preliminary research indicated ^hat a, 
critical need for continued use of a. 
geograph'ic analysis system is an address 

• coding guide (ACG) file, which contains 
the necessary ^ata for translating an 
address Into an ordered pair of numbers 
(e-g. X and Y-coordinates). Based on 
.attendance boundary polficies, it^ was deci- 
ded that it was only necessary to have 
coordinates for the center of e^ch block* 
losing ithe A^G file, each student*s 
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address, whxch was alj-eady a part of the 
pupil database, could be appended with the 
coordinates of the block's cer>ter. Simi- 
larly, the vertices of each sc'nool^s 
attendance boundary could be expressed in 
" tarns ot the same coordinate system and an ^ 
identification of the students wKo live 
within a -specified area could be made by 
an area analysis program. In fact, alt the 
areas for al given school level could be 
analyzed in one pass of the pupil data- 
base. 

In search for the data to build-'our ACG 
file, we started with the Denver 'Regional 
Council of Governments (URCOG) , We were 
alread/ aware that DRCOG had obtained from 
the U,S. Census Bureau a geographic ba&e 
file used for. the .1970 census. The Dual 
Independent Map Encoding (DIME) file will 
be used again by the Census Bureau in ' 
1980, It IS the responsibility of DRCOG to 
maintain the QIME file during this period. 
However, we were informed by DRCOG that 
the DIML file had not yet been maintained' 
1 since the 1970 census and did not contain 
coordinates. We were then referred to the 
City of Denvqr Data Processing Services. 
The city had acquired the DIME file after 
the 1970 census to build a locator filf. 
Although the city had not added-roordinate 
data, they had maintained the locator 
file, , . 

After obtaining a ^ape 'of the city's 
locator file, we built our ACG file. The 
ACG file contaiaed a record for each Side 
of each block. 054,00-0 records). Initially, 
each* record 'contained the following, 
.elements: 

HLEMEMT ^ , EXAMPLE 

Street name * Broadway 

Indicator code (Ctg* Avenue, 

Street, etc) * Avenue 

Directioii (e.g. N,S,E,W) S 
. Side •(e,g. E for even, 

/ . 0 for odd . 0 

Highest address within the block 1099 
Lowest address witilKn the block 1001 ^ 
•* ' . Census tract number 16.01 
Blpck number within the ^^ensus 236 
tract 

Zip code . 80209 

To- complete the ACG file, we had to add 
the X and Y block coordinates.^ 

In the City of Den*ver, tjiere are 
approximately 8000 unique census tr^ct/ 
^ ^ block. number combinations. Since cnordi- 

n,ates were to be mea^sured for tfte center 
of each block, 8000 jJoints h^d to be 
digitized. ^ ^, • 

"ifhere are several companies in Denver* 
who »use -machines to cj-igitize points on a 
map. The .digitized data can be output to 
eithe.r punch cards- or magnetic tape. After 
discussing our problem with these cfompa- \ 
; riies, it was decidfed that we would 

4V 



purchase a set of'quarter section mSJ^s 
from the City Enginepring Office, We would 
code the ce'nsus tracts and block numbers 
taken from the 1970 CeJisus Bureau Metropo- 
litan Map Series onto the quarter section 
maps. In the process of digitizing the 
visual centeV of eachi)lock from the 
quarter section maps, a card containing ' 
the census tract, block number, and the X 
and Y bl^ock coordinates was punched by the 
di^gitizer machine for^ each of the 8000 
block centers. The coordinate system 
selected for digitizing was the statQ 
plane coordinate system. •This ^.coordinate 
system was chosen because the Census ' 
Bureau Dime file record layout provided 
space for the- state-plane coordinates for 
the beginning and .ending .points of each 
street segment, * 

Since the census tracts ►and block 
numbers, on the Metropolitan Map Series 
matched our ACG file, all "that remained to 
, complete the ACG file was a simple update^ 
program to process the 8000 cards against 
the corresponding ACG records and add .the 
coo-rdinates to^each record. This was fol- 
lowed by updating each student's address 
record' with the appropriate block coordi- 
nates from , the. ACG file; thus, creat^ing 
student address coordinates. Also, changes 
to the pupil database maintenance program 
were made to validate addresses of jiew 
student registration^ and addre^ss changes 
, as they occur* If the validation of the 
^ student's-address against the ACG file is 
successful, then the address coordinates 
arb inserted in the pupil's address 
record. Therefore, reports always refl'ect 
the most current geocoded addresses. 

Once each year we purchase from the 
City Engineering Office a copy of the 
quarter section maps wh^ich had been 
updated during 'the previous year. This 
usually consists of blocks cut out in new 
development areas. The ACG file is appro- 
priately updated at that time and at ahy 
other time to -correct errors, 

ATTENDANCE BOUNDARIES ^ 

. The attendance area boundaries must be 

defined using the same coordinate system 

used .in Kiigitizing the block centers, 

Sincfe .the school district, maint^iins a 

\ policy of not splitting a block by an 

attend^ce boundary, attendance boundaries 

will /Coincide with streets, highways, or 

rivers. The attendance boundaries are 

defi<hed by the coordinates of the vertices 

and. the coordinates of significant points 

along a. Curved street. The vertices* must 

be sequenced in a clockwise direction* 

This is required |?y the routine which 

ahal^zes the student's address coordinates 

against tKe coordinates of the attendance 

alreas to dt^termi^e th6 attendance area in 

wnich*a student resides, 

• » 

The coordii\ates for *th6 attendance area 
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vertices arc measured by oVerlaying a 
transparent grid ovor ^he apg^ropriate 
quarter section map.^Tbe coordinates of 
the point are relati>^ ]xo the coordinates 
^ of an>- one of rhe corners from the . 
.quarter section map. Since each side of a 
quarter section is one half nile in 
length, the coordinates for each corner of 
the 420^ quarter sections can easily be , 
predetermined. 

The attendance area number, the vertex 
number, the X and Y-coordinat^S of the 
vertex, and the nantes of the two streets 
which mterse.ct at the vertex are 
recorded. When this data i'^ complete,' it 
^is inserted into an attendance boundary 
file to be used by appli9ations requiring 
a numeric d^cription of the attendance 
area ^boundaries . The attendarhce boundary 
f I le* cont ains approximately 2800 records 
for 183 attendance areas.. 

Although the procedure for measuring 
the vertice coordinates is somewhat 
tedious, not every point has to be 
measured. Adjacent attend3TrtT>sAreas ivill 
have the same vertices and consNuiently 
the same coordinates. When the Ceit: 
Bureau's DIME file has been brought 
up-to-date and contains geographic coordi- 
^ nates, this procedure can be easily auto- 
mated, since the data in the DIME file 
u il r contain the coordinates of the same 
points we'use for boundary vertices* 

APPLICATION'S 



One of the boundary^ planning tools of 
the sys'tem is the grid printout'', which is 
most useful during preliminary planning 
staged, ^The grid prijitout consists of^ 
dividing an area (e.g/ the entLre city) 
into square cells of a specified si:e.' 
For each ceil the number of students who 
match the specified parameters (Q.g. grade 
level range and ethni&ity) is printed. A 
grid IS superimpose4 over a district map 
and the numbers in the corresponding cells 
are transferred to the map. For our. 
purposes, each cell was specified^to be 
approximately 2000 feet long on each 'side*' 
and typically includes 18 blocks. However, 
the si:e of the cell may be modified to 
suit the particular need. ^ ^ 

* * *» » 
After the 'transfer of data to the maps 

has been (iompleted^ the planner can begin 

constructing the boundaries using whateveT 

gxiidelines are pertinent. At this point, 

the boundary liiies are constructed by the 

planner^ along the'**grid lines and in many 

' cases blocks are split. There.fore, after 
this preliminary process is completed, the 

'boundaries are" Adjusted to th'o' nearest 
streets. Other refinements ta the bound- 
aries may.al&o be made, such as moving 
boundaries to. coincide with »nearb>^ high- 
wa)[s, rivers, and other natural hazards* 

.The grid data is particularly advanta- ^ 



geous for the planner at this sta^e 
because it is less voluminous than the 
block count data previously available from 
the'^pin map** method^ The grid data can be 
used in conjunction with other data to 
generate a trend surface -i?mp of .5ome demo- 
graphic or educational characteristics on 
a di;gital plotter^ For example, trend 
sur.f,5ce maps may 5e generated indicating 
the ^Vrcent of .anglo students, achievement 
test scores, or incidence of welfare 
recipients . 4 ' » 

. The next step in the planning process 
IS to measure the coordinates of the 
vertices for each attendanc'e boundary. 
This is followed by an edit procedure to 
assure ^hat adjacent school bdundaries do 
not overlap or have a gap between them. 

After correcting <he boundaries, a 
report of the population distribution in . 
each attendance area is printed and a 
'summary of the number of students by grade 
lever and ethnic code in each Irlock within 
each attendance area is printed.' The plan- 
ners review -^the population' distribution 
reports for eacji attendance area to ascer- 
* tain^ whether' the planning gui;delines in 
terns of the school capacity, ethnic * 
distribution, and- grade level 'distribu- 
tions have been achieved.. When it is 
determined that an attendance area doe^ 

^ not meet the guidelines, the planners will 
analyze 'the block counts to decide whe^e 
boundary adjustments can be made , between . 

■ adjacent areas. This is *an iterative 
process. However.; after several itera- 
tio'ns, there may still exist some undesir- 
abl^ attendance area diAstributioiis which, 
the planner can*t resolve. lj{ our case,', 
the undesirable attendance areas are. 
predominately anglo or predomi natelw 
ininority. Therefore, the next step is to ' 

, employ a linear programming-.student 
assignment model. The purpose of the 
student assignment model is to^ identify < 
the nuinber of students to be reassigned * 
betfwfcen racially opposite schools to . 
achieve racial balance and minimize the ,> 
total distance traveled>by all students 
who muS't be riiassigned. The .student 
assignment model is based on the classic 
1 inear 'programming transportation model 
designed to minimize t ransportati-on costs. 
t 

A linear programming model nfay have * 
vaxioq^s constraints such as grade levelv, 
s'ex, school xapacit*y, ethnic data, or 
other pertinent cha^racteristic^'. Ilowevef, 
if the cons-traint*s are too restrictive or 
the constraints are conflicting, then it * 
will be impossiblie for the model to 
l^roduce a feasible solution. When this 
bccurs^ the planner myst -relax or elimi- 
nate one or more of ,t4i6 constraints. ^ 

Another consideration in setting up a 
1 inear .programming model/ is the capacity 
of tlie computer\ A 'linear programming 
model can easily. exceedVthe capacity of a 



\ 



ERIC 



88 



91 




comp.ut^ if the number of decision vari- 
. ables and 'the , number of constraints are 
. not contained, wi^in reasonable limits. 
For example, ta use a linear progra4pming 
a^i^nment modeT to assign students frpm 

• ej'Jirh'of the city's 8000 blocks to each of 
the district * s ^91 ele'henta.ry schools wou 
require a model wi.th 728,000 decision 
variables ;^ar exceeding the main memory 
capacity of the computer. Furthermore, the 
running time fof such a large model would 
be prohibtxi ve . 

After tl\/ att^dance boundary plan is 
adopted, '^a repwr listing 'the students 
alphabetically within'grade level for each- 
attendance area is printed. A copy of this 
report i^ sent to the school which the 
area IS assigned, and. a copy is sent to 
each school^ indicating the students 
enrolj^ed in their school who a^e Ijeing ' 
assigned to a new school. Also, at rhis 
'tjime, a "proijected transfer file \PTF) is 
'built.' The ?TF file lidentifies all Stu- 
dents who will tjans fer »^to a, new school at 
the beginning of *the nex^^ljmiool term. The 
file is tlie controlling file usecT to 
transfer students on the database to their 
newly assigned school. h 

« The school district -lias a policy that 
any student who lives more than orte mile ^ 
fprom th? elementary school, two nwues . ^ 
from, t^e jynior high school, 'or'three^ 
miles from the ♦senior high school <to which 
he is assigned, is 'eli»g.ible to be bused by 
the school .district. Therefore, <lfter the 
attendance boundaries h^ve^ been ad^»pted, a 
report of the 'student sar^d the num1>er of 
students by block \<hsra^ eligible for 
district transportation lis printed. Th» 
transportation departmei/t uses* this data 
to detjermlne their l\usipg needs aqd to 
*|>lan the bus routes. 

'ijilso, at tliis .timk a directKr^o^ 
school assignments by block r^-ges-^is ^ . 
pVinted. This is dbne by aivalyzing- the 
r<fcords in the- ACG file agarin^t>all ,the 

• attendance boundaries ,V The directory -is 

• gi summarized^rofercnce fo^ answer-ing 
questions concerning the schools a student 
should attend when given an address. Prior 

"to the existence of the AGG file, the 
^, *(iiVect(Jry of s'/chool assignments would^have 
'4)een very- impractical to produce. Ques- , 
ttions concernin-g wl^ich elementary jifhior , 
and senior high-scKools a student should ' 
*aftend when given Ijis address required 
someone toc-'accu'rately rd^d three large 
maps*. . * * K *' 

» *#♦ , • / 

Af'tej the schools have opened, »^a report 
of thd ^ghools who have students enrolled 
who do n3t live within the school *s at.tert- 

• dance boundary is printed: Unless the stu- 
^ 4<^nt his approval to attend the school, he 

is traosforred back to the school to^ Whicyt 
Jie waa'^as signed! by the^ adopted attendance 
'boundarA plan . Also', a*t this same time, 

studentft\attending a Denver Public School 



who do not live within the district are 

identified. These students are required 
to'pay tuition. < i 

THE ANALYSIS ilOUTINE' 



To det^pune if a student live^ within 
specified area*, the attendance ^area must 
e considerecT as a closed polygon defined 
y the vertice coordinates, and the stu- 
denit*s residence must be considered as a 
point defined by the address Coordinates. 
The de*termi«ation of whether the student 
resides within* a specified attendance area 
is equivalent to determiiring if a point 
lies Kithin a polygon. 



The point-in-polygon (PIP) routine is 
based on a simple geometric fact. Given a 
polygon with no horizontal sides, if a 
point lies within the polgy*bn, then a 
horizontal line through the point o-f 
consideration will intersect an even ^ ^ 
nuinber of polygon sifdes and the X-coordi- 
nate of the p&int will be greater than an 
odd number of the X-coordinates of the 
• points of interse<ption made by the hori- 
zontal line and the sides of the polygon. 
To -eliminate Korieontal sides of the 
polygon, one of ihe Y-coordinates of the 
boundary are adjusted by one foot whenever 
two succe^ive points have the same ' . 
Y-coordinates . This will not effect the^ 
accuracy of^the results. To illustrate 
this fact, refer to Figure 1» 
Y-Axis 
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' Figure 1 

• In Figure 1, the attendance area 
boun^ary^ is defined by the Vertices Bl , 
B2, ..I., B12. J.n determining the location 
of PI and 'PZ reiati-ve to the. polygon, note 
that line LI intersects two polygon sides- 
♦-B2B3 and B12B1., Since the *X-coordinates 
of PI are not greater than II 9r 12, PI 
lies Outside' the polygon. On the other 
' hand, since the X-coordinates -^of P2 are 
greater th^an il and less than I2j P2 lies 
within the*po,lygon. ^A close examination oi 
the points P3, P4 , and P5 will ^prove to be 
.consistpnt' with jbis f^ct. 'PS is greater 



ERIC 



92 



4 ^ 



/ 



than 13 and lies within the polygon;. P4 is 
greater than 15 and 14 and, ^ therefore . ' 
lies outside the polygon; P5 is greater 
than 13,14, and 15 and, therefo/e, Lies 
uithin the polygon. Of course, if the 
coordinates of the intersection point 
are the same as the point being analyzed, 
then the point being analyzed lies on the 
polygon. 

See Appendix A fot a\more detailed 
description of the PIP routine, 

FUTURE CNH.^NCEMEXTS ^ ' ? 

fhe following items are some system 
enhancenjents which may be added in t^ic 
future:^ 

(1) io facilitate quic)<er response to 
boundary studies and changes, deveJop 
an -automated system for determining-^ 
tlie vertex .coordinates of new 
boundaries. This require's an up-to-. 
date DIMIi' file with coordinates, 

(2) Develop a simulant ion m'otie^ for 
boundary planning to replace the 

> , manual process of working with ' * 
^ the grid data, ^ 

(3) Develop a simulation model for bus 
assignments and routing. u 

Cach of the latter two enhancements 
requirevthe DIME file and traffic network 
data such as one way streets , de'ad '6t\ds , 
dividers, bridges ,\ speed limits, stop 
lights, stop signs ,* and other traffic 
controls and restrictions. This ty{)e of 
computer data doe-s not exist' at this time, 
Hpwever, a^ the need increases for traffic 
n'etwork data by the city fire and 'police 
departments, it will be ^cjeve-loped, 

(4) Pl,-ot attendance boundaries msing 
computer boundary data and a digital 
plotting machine, Th^ boundaries can 
bp plotted on the same' scale- as the 
school dispj^ict map; so the boundary 
plqts can be superimposed over the 

* , ' >map. « 

(5) Geographic and. ethtric trend analysis 
^of student withdrawals, entries, 
suspen^iOiis , t'est score'i^'and other 

. demagraphic data. 

(6) Online inquiry to ans^^^er6 the "what 
if" type questions pertaining ^to 
planning of boundary or facility 
changes,* 



APPENDIX" 



TOINT IN POLYGON ROUTINE 



. A. Buildfa table of the vertice coordi- 
nate^ for all boundaries to be ^ 
sti/iied. Afte,r inserting the coordi- 
nates of the last point. for each 
boundary in the table, repeat the 
coordinates of the first point.' This 
is necessary to facilitate a smooth 
flow of the'polygon segment/ analysis 
performed ^y the analysis algorithm. - 
As the vertice coordinate table is 
being built, if any two successi\fe 
points for the same boundary have the 
same Y-coordinate , then either add 1 
or subtract 1 from'the sec)2rs)d 'if-coor- 
d'inate so as to- iiKltide the boundary 
segment as originally define4'. Also, 
as the vertice coordinate .t^ble is 
being built, setup a corresponding 
table of the minimum and maximum X .and 
Y vertiCe coordinates for each 
polygon, the minimum, and maxi^unf X 
, and Y vertice coordinates define the 
rectangle which contains the .corres- 
ponding polygon. Sinc'e it is true 
-that a point lyirig autside the rec- 
tangle wall also lie outsi*de the 
enclosed polygon, the PIP routine can 
more quicJcly determine if a p.oint 
should be further analyzed by 
comparing the relationship ^'between 
the X and Y addr-ess coordinates 
against the minimum and maximum X and 

I ' T' veVtice toprdinatei. - i , • 

V • 

B. The PIP routine '^malyees each set of 
address coordinates passed to it 
^against the vfertdce coordi-nates table 
y . for all* boundaries . After analyzing • 
the ad^re3*3 coor4inates against all 
the bpund«aries, a status table is 
passeci*bacl< to t^ie tailing routine 
indicating* in whixh area(s) the point 
was ' located. »Tha PIP analysis is 
^ illustrated in the^ following decision ' 
-r table. * ^ 

DEFINITIONS: 

*X,Y = Pupil address coordinates to be ^ 
analyzed. 

I = Subscript ind^icating^' the .polygon 
segment beii\g artalyzed'. 

" J = Subscrij5t inAcating the polygon 
.being analyz^^, ^ . • , 

*X(I),Y(I) « Vertice c<fordinatfes of the 
^ beginning ooint iof ,the 
polygoh selnfent b'Sing 
M : analyzed. 

i ' ( 

xn + 1) ,^(1+1) = Verfico coofdinatesv of the 
■ ending, bo^int'of^ the\ poly- 

gon segment beTng \ 
analyaec . \ 
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^ILN(J) ,XMAX(J) , « Coordinates of the' , . 

YMIN(J) ,YNIAX(J) rectangle containing 

the .polygon bein^ 

analyzed. 

PX = X-coordinate of thfe point of intQr- ^ ^ 

section of the pQlygon segment and 
the horizontal 'line passing through 
the point being analyzed. 



K Indicates the relative location in the 
- vertice coordinate t'able of the poly^ 
gon being analyzed. Set ,K to zero 
prior to analyzing each 'pupil address 

coordinate. ^ - " ^ ^ 

^ o " DRCISION TABLE FOR PIP ' ^ ' 


t 


<>ACTION 
• • 


YES 




1. increment J, from 1 by 1. 

Is J > number of polygons being analyzed? ' 

_^ : 2 — ^ ^ 


13 


Z * I 

I " ■ ' 


2. Set IPIP =.0. , o 


3 


•7 


3\ Increment! I from 1 by 1. ♦ / ^ . ^ 
Is I > number of sides of the polygon being analyzed?^ 


9 




4. Is X > XMAX(J) or X*<:«^IIN(J1 ' ^ ' " t 
or Y ^YMAX(J) or Y <YMINy)? 


12 ' 


' * 5. 


5, • Is Y > Y{I). and Y < (I+l) 

or Y ^X(I*1) and Y < Y(I)? ' , ^ 


. 6 


3 


6.. Compute PX =/lt(KtI) + (Y - Y(K+nKX(K+i^+l) -'X(K+I)) _ 
♦ Is PX > X? ■ ^ ' , , 


-T 

, 3 


•J 

7 


7, Is PX < X? ' • • 


'8 


11 ' . 


8. ^et IPIP = IPIP + 1.. . ' * ^ 


3 


3 


9. Is IPIP an odd integer? * , ' 

' \ ii 1^-^-^ * : : 


10 


• 12. 


10. Set PIP^STA'RWS(J) = 1.* ^ 

(The point bjring^ analyzed lies within the Jth polygon,), . ^ ^ . 


f * 

1 • 


1 


11. Set PIP-STATUS(J) = 2. , ' . . 

(The point be,ing analyzed lies on the Jth polygon.) * ' 


t 1 • 


1.1*' 

: 'i^.^ — 


12. Sex Py>-STATUS(J) = 3. " . " . - ^ 

(The point being analyzed lies outside the Jjth polygQ'ii.) 


<> 

• 1 


1" 


13*. Return to the calling program. ^ . 








CINCH An Attendance Ciy^tem for Small 
T ime-shar J lip Systems • 



Fugene J Muscat & 
.Woodrpw^i ) <-on High School 
400 Mansel 1 . 
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CINCH/is ^ M ran a;g enfant Information System For student attendance 
informat^an ^jtvelofud to ope^r^te on a computer ufed mainly for instruff- 
-frion The syVteni i\ turitten in DASIC The data base for the system 
^oiWists of c Qu?*s-»^!i f 01 ma 1 1 oni studerit information and attendance/ 
.tjradinq i n format it)n Ihe ubes include reports to parentsi teachers* 
J oun<ielor*» and deafi'^ rtb well ae. report's generated foT state required 
Average ly •Atteude»nc f> Figurts Ihf rcohomies of operating on a small 
c omputor yted ma i I »j fm instruttion niedn that both the administrative 
iiSL'S and tht in.l u' tjoi.al oT the sg'^tem are pas.l4y affordable* 



INTRpnUCT 1(JN 



lin^f History 



r >. INC H I s' a modjp 1 
tj^tion sjy^ fccm d|^si^ned» 
administrators u^th a 
hano;.-PCl datd ba^sed on 
cituP ppi' f ormanc e. 



mariag pment j n form- 
to pvcrvide achool 
uicdl th of e^si ly 
student dttcnrt^nc (,' 



The main purpose of the CINCH systf^m 
IS to provide easil^^ maintained and 
Oi(t*nsive data on «itudent attendance 
patterns From its inceptiq^i the ^J^J^^ 
pui p,ose of CINCH ha'<^ been to provide 
p'lrent* with <in individual record of thpir 
*«>tMdftnts' ;S(Wi^(>ql perft^rmance Becfiuse 
of the detail of the data needed to • 
provide tjiese^ p er i od j c r,op()"r.ts ^o the 
homei several kinds Of information arc 
also available to the School, 



A secondary goal 
IS to provide a mo'del 



of the' CI^CH pPFort 
for' how *>ma4 1 , , 
tompu||teVs# primarily use.d J-or i ns ti'uc 1 1 ori» 
can bb used Tor meaningful adrni n i strat i ve 
purposes /Computer Assisted »n<vtruction 
and Computer SupporJ of Instructional 
Ac t XVI t res are ex treme Ig importiant usefe ^f; 
r.ma 1 1 » g en*era 1 purpose digital ,c ompu tpr s* 
If»' howeveri i ns tr u^ 1 1 oncH use does tiot 
exhapst available computer capacity* i^ • 
}h economically desireab^e to providi? 
administrative servicefefto the f^c^ttbol 
fommunlty> CltiCH is ijnt«jided to provide 
a lodel of suth a u^e ^^a model that ^ 
en.ourdges open communication! comtnunxt-y 
participation, vocational 
op >ort vna t i (<^s for outside fundir 



education and 



ERIC 




S2 



9, 



C INCH was developed a't.the rcquc-st 
of onff of the Denioi Hi^qti CjChoCil princf ' 
pals in the Scjn V r anc i sc o Unified School 
I)i<itrict' Am6hg other reque<kts# he-w^rite>(l 
to send* 4)er 1 od i c p*i'ogresft reports -rhome 
to the parents and woijdere'd if the smaj j 
tSimesharing system t)ien in use f.or 
?*'struction could aid in achieving thdt 
goal There juas also a desire to monitor 
' the Overtoil attendance pattern in the 
school since absenteeism tended to br ^ 
quite high an(t tp fluxuate markedly. 

The staff^of the, EDP Resource Cp.nt^i 
had been discus^sing var-iows uiays in u)^ i c h 

" the comput-or Ctt|en a Heu/let^f-Pac kard ^ 
?00OB sy^'tem) could be , used for adminis- 

^tra'^'ive (»urpos%s in order to fully' utilize^ 
it's potential* and this sugg'^ested appli - 
cation* seemed an id^l opportunit4j 

.During the first year <1971-Va^) of 
'the project more was learned* perhaps* 
than was produced. T^e^machiae available 
wa^ ^a 'i-ltwlett-Packard 2000B Timeshai irig 
System. It was more' limited in size and 
capabilities than the HP-*2000F p,rcsentli^ 
in use*but.it was' "big enougrt-. " A System 
was dqsign«^ to meet the main requir pmt»nt 
of producing reports for parents. As t>te 
system started operation* the'*adminis^ 
tration^of the sc hool • b^egar} tio appreciate 
, the potential I and formulated additjional 
uses for the a va liable iinf brmat i onl 



\ 
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The^learniirg experience' of the first * 
^ear (Jrovided a <firm idea of'th/ Jdpd^, 6^ 
data that couljd Ibe maintained *and reported 
to the school cqmmunity. !Hc also gained 
a better*'* idea of the op#rational c6n- 
straints or} the v«ystem,yand the kinds of 
learning opportujti^eiZwh ich can be pro- 
f, vidtd ,to s*tudent's byNWje existence of a 
systtnv that has re^l parallels in the 
busine.ss community 

Several extensions were'made for 
the secqnd (1972-73) year of^ opei^ation.^ 
T^e&t extensions included a neui method 
f(tr feeding the attendance information 
into the computer system. Rather than . 
lists to' be filled out at the end of 
each reporting period then entered from 
a keyboard into the computer* the , 
information uas rtcord*ed on "uterk sensed i, 
Cards and entered automatically into the 
'computer thraugh an optical card readVr. 

Recording the information on cards 
means that it could be entered tfvto the 
machine (}irectly» eliminating the keyboard 
entry step "This **batch" method meant more 
detailed attendance data could be recprded 
directly by tfie teacher and entered into 
th-e c^omputer rapidly without reducing the 
instru^^tfonaf use of the system by so 
jnuch as one terminal*. Entering the data 
directly f rom ^, teach er-marked #5F^ents «^ 
,also meant that time f ormerly^spent in 
inputing the data could be spent in earlier^ 
' ver if icat,iciti of the information and finals 
. reports coul^ be availab,le quite rapi^Jly. ^ 

A 'modification in the typ 
information reported uas al^o made during 
the second year. "^Since a car><^as avai^l- 
ablt for each stu<irht in each class* 4aily 
^absence and tardy indications recorded 

' for eadh student with* the a^pproximate grade 
Cas bjpfore) marked at'the end .of the card." ' 
Daily marks for tardies and absences 

^ dramatically extended the depth of the 
information available within eacji reporting 
period^. 



, ^ 1^he data retained for each student 
was eXjpandeb. The fallowing information 
wa^ retained in the ^^^tem^or each ; 



of the proce,dbr;f of the school^ At the 
same time the s*chool district's central 
office used many of the features of CINCH 
in designing the district wide* system. 



Studeiit 



Na(^»^' 



0 



5i i^^^ Gradi^ Counselor* Homeroom 

■mi 

w 



M/»fV^W SedVfence Number* . 

FV'Va'W Cumulative Absence and Tardy 
figures for the semes«ter 
Tardy mnp Absence figures for the 
reporting period ^* 
Approximate grade fop the* reporting 
period*. * 

Home^addrfss for each st^^dent 




The thlr^ year < 1973-7^4). refined 
^the operati on of the system. Some, new 
i^eporting functions uere added and! In' 
general* the system became ^ routine part 



DESCRIPTION OF CINCH 



The CINCH system consist^ of several 
programs written in the BASIC language 
and operating on the Hewlett-Packard 2000- 
series Time Shared' DA^IC <TSB) sy.stem. 

The programs are of'three main types: 

I , - 

' Data maiTi^enafice 
Reports . * 
Statistics ' ^ 

In addition, severa 1 . ut i 1 ity programs 
were deve loped for handling house-k eep i ng 
chores such as alphabetizing student names* 
consistency checking of. the data* bulk* 
updating of file information* etc . 

Data Maintenance . 
-.^ ^ 

' ' * C' 

Data ^br the inf\Jr^hati on systetfi is 



divided into 



yfir^ee area,s: 



Student inf ormat ion 
Parent information 

Class, information ♦ ♦ 

.J • / * - 

' The* information retained, on scudents 
consists pf some Identifying Inforrt^ion/ 
atteiidance* tardy and gradf infdrmatW^n 
tor the current reporting period. and 
cumulative for the semester ^or each 
class in which the'^studcnt is enrolled. 
The parent information i'«^ the a*dress« 
and phone^number for- the s'tudent an<f the 
class 'information consisti of. the -time* 
title* teacher*; and other identifying . 
i^nformatlon on each cl#ss offered. 



Maintenance of identif icititin Infor^ 
mntion is performed interactively as * 
required. Name* address) counselor .and 
other 'Information changes are entered' 
intoM^e afiproprlate f i le , throua^i' oUt 
the year. The student 'pdpulat:lQn at ihis 
particular h^gh sojhool Is qui^t mobiles 
For. tf?is reason aQd' option ^gm% .added *to 
^ drop but, not delete a student ^Ince'' 

students would fo/mally drop from school 
I then reappear a co^pli o^ week^ la,te>. 

• EnrblllngO students in cla^sses and 
entry* of attendance information 1^ 
l^erfornied through reading In of the mari 
ften€e card deck initiated at the beginning 
• of thji semester. * ' . 
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Reports 
• 

The repo'Pting options grew in rospon<;e 
^o the expressed needs of the users oF the 
sgstem Initiallg thf system uas designed 
to provide parents b))th attendance und 
progres*« repbrts on their students As a 
p«irt of providing this to the parc?«tSr 
t*cj' her c'lass li&ts uere needed a*. u( 1 i 
as methods for obtaining summary master 
li<«tinqs ,As the auareness of the system 
1|ri»u)» othef people uanted other kinds of 
1 pports As each neu request u)as honoredi 
Lhr neu>^ features uere inteqi cited into 
the old*er capabilities so that each old 
^tpport option could make use of the new 
f p-a lur^ 

\u its current configuration* reports 
'^tre av'ciilable in fhe following Forme- 

Parent .reports 
Counsel,or Reports 
Deans Reports • 
Tea-chers Reports 

The parent report was the fir.st 
1 eason for the CINCH system, and is "u* cd 
to . 1 nf orm. parent-s of their student 
progres^ during the iemester. The rtprfit 
is genera'ted in a format designed to fit 
in a window envelop so ttiat rflini/nal labor 
.1*/ inVoJvQd in g^ttin^ the reports mc>iled 
to'the parents (See iigure 1> • 



Counselor and Dean ri»ports are avail 
able in the same configurations and are 
essentially lists of students contai|;iing 
any or all of the Pol lowing information 

* Name 
Address 

Enroi led c lassef 
Grades for current period.* 
Ctirrent attendance information ' 
Cumulative attendance information 

In additioni the lists can be .getict - 
at ed IP order by numbbr^f classes (eir 
abiding the admini stratQ^r to follow ujp oi« 
^student only, enrolled in one or two 
classes)i by low absence honor^ role (to 
give praise for good attendance)* or by 
high numbers of failures (to enable 
administrators to spot students in troubj 
academic ally)/ 

Teachers are also given a report of 
th^ status of their class at the end oT 
path reporting period which jives them 
the total and current attendance and 
tardy figures as well as a of the 

srtudents rurrentl yl ^•iirol led in their ciu 
<S(»e Figure I 
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PARENTS OF FARLEY REGRET 

3334 SAfcLGABRFAL AVE 

SAN FRANCISCO. CALIF. <i^4334 



REGRET* FARLEY 

ATTENDANCE REPORT FOR MARCH 9TH TO MARCH 29TH ( 15 



PD 


COURSE' ' 




1 


183 


PHYS ED . 




2 


?8 


AMERICAN 


LIT 


3 


1-00 


US HIST 


1 - 


4 


346 


CHORUS • 




5 








6 


316 


FOODS 




7 


229 


SCI SUR 


MINI 


8 









ABSENCES 
8 
15 
8 
10 

9^ 
13 



Yardies 

0 

* 0 
0 ■ * 

t 

0 
0 



GRADE 
F 

, U , 
' F 
F 

U 
F 



DAYS) 



IF YOU HAVE ANY QUESTION^ ABOUT THIS REPORT PLEASE CALL 
MRS FAWNE AT 239-6200 EXT 5 



FIGURE 1 Sample ClNCy Report to Par? 




97 



TT — 

/ 



REPQRTIf4G PERIOD MARCH 9TH TO MARCH 29TH (15 DaVsJ 
CLASS REPORT US HIST i WITZHAN '"3106 







• 


\ 

ABSENCE 




TARDIES 


GRADE 








TOT 


CUR 




TOT 


CUR 




798 


ARTUR. CINDY' 




18 


9 ' 


- 


1 


0 


•F, 


1 16 


BROWN. MARY 


- 


27 


15 


- 


0 • 


0 


F 


799 


BURNMORE. GEORGE D 




2 


ai 


- 


4 


2 


S 


758 


CARTER. TRICIA G 


- 


26 


15 


- 


0 


0 


F 


1394 " 


JINKS. ROBERT 




1 1 


3 


- 


12 


8 


U 


1003 


LAUP. SHARON. 


- 


3 


2 


- 


1 


0 


s 


14 


LEWIS. RITA 


- 


9 


8 


- 


0 ' 


0 


F 


412 


LOWE. CLARENCE E 




7, 


5 


- 


A 


0 


U 


537 


LUMIS. DENNY " ' 


- 


25 


13 


- 




0 


F '* 


815 


MACK. GERALD N 


- 


9 


8 


- 


0 • 


0 


S 


676 


MCLOVf. SYLVIA ^ 


- 


1 . 


.1 


- 


.'4 


3 


s . 


19 


MICESOJ^I. LATALAGA 


- 


7 


.'^ 


- 


1- 


0 


s 


817. 


MUTTON/, DARYl, _ 




- J 


r I 






0 


'S 


10^6 


PERRY. JAMES L 




10 ' 






2 


1 


u 


1623 


PORT. STORMY E 1 




' 10 


7 




0 


1 


u 


870- 


ROLLIN. A LONG 




4 . ' 


1 




0 


0 


s 


41? 


SAMPAM. BURDETTE S 




=-v 


2 




0 , 


0 


' s 


872 


SMITH. WAYNE 


r 




1. 




4 


3 


s 


423 


TEEKS. RICH 




a 


0 




1 


I 

1 


. s 


1349 
1547 


WILLIAMS. CATHY M 




'3 


1,, 




1 


s 


WILLIAMS. CATHY R 




4 


\' 




0 


0 


s 


13fil 


YOUNG. SHARON 




. 5 


2 




8 




u 


TOTAL 


IN CLASS ^ 22 


\ 















DAILY TOTAL^- • 
1 2r-i3 
TARDY 0 2 'i 
ABSENT 8 6^14 



5^ V> 



5 6. 
1 0 1 
10 12 



8 9 10 11 12 13 14 15 
2 a 7 3 2^ 4 1 1 

9 \0 14 13 7' 6 5' ^ 



FIGURE 2. Sample CI 



Class List 
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Statistics 



A natural consequence of detailed 
data on student's school attendance is 
that statistics can be generated FigOre 3 * 
indicates one of the' statistical reports 
generated A lot of information on time 
of daij. grade leve^l and even sex as related 
to absences is there This figure is 
included to indicate th*e nature of the 
absentee problem at this high school and 
why the ^effort in developing a locally 
maintained systam uias so.uorth uhile. \ 
The student population bias too fluid to 
allobi the normal inertia of central office'i 
data processing to be effective In iden- ,^ 
tifying students with problems or ta \ 
indicate patterns of d Itf 1 cu 1 ty^ 

Ease of programming and the on-line 
4>ature of the system, meant that statistics 
c'ou^ld br produced on request as they 
ofteli.biere ' The next section^ in the 
discussion of average daily attendance. 
inustrat^S this^ . ' 



r 



USES OF cInCH 



Many of these u'scs uere already 
indicated' in the descriptive section. 
In this section, however* ue uill high- 
light some of the"" .impact of the most 
valuable uses as thp tystem developed 



Reporting to Parent^ 



t^igure S is a sample parent report - 
This feature was the reason ^or starting 
the CINCH project and proved most reward* 
ing Tftp secondary school has a high 
ab.seny)»A. rate and ?^any parents had been 
concerned. By the time midterm an4.^inol 
reports got home it-uas '^oo late for ^ 
parental action for that 'semester .Bi- 
u>ekly and monthly reports coult) ^'^P 
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PERIOD COVERED MARCH 9"rH JO MARCH 29TH < 15 DAYS) 



STUDENT COUNTS BY SEX. GRADE AND PERIOD 
<:URR£NT ABSENT COUNTS AND %ERCENTAGErS 



• PERIOD 
AU .STUDENTS 
DAILY AVERAGES 
PE« STUDENT PEPCLNT 

MALE TOTAL • /' 

DAILY AVERAGES' 

F'ER STUDENT PERCENT 

FEMALE TOTAL " 
J>AILY AVERAfeJ-S 
*.>[-R STUDENT PERCENT 

"mAL-£~ lOrTTGUADERg' 
TVMLY AVERA(?&S 
PER STUDENT PERCENT 

MALE 1 ITH GRADERS 
1»A1LY .AVERAGES 
PEjrSTUbFNT PERCENT 

MAI E '12TH GRADERS 

DAILY AVERAGES, 

PER STUDENT PERCENT 

FIMAUE lOTH GRADERS 

DAILV AVERAGES 

VhU r,TUDFNT PERCENT 

f-LMALE 1 ITH GRADERS 
DAII^Y AVERAGES . 
PER ^TUDLNT PERCENT 

FEMALE IPTM' GRADERS 

DAILY AVr.RACES 

PER STUDENT PERCENT 



1 

3^4 3 
30* O'A 

199 4 

32 7V. 

P20) 
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27 17. 

* 1472 . 
98 1 * 

36 .?y. 

.991 
66 1 

496 

33 f 
?7 67. 



2 

4402 
293 5 

25 4*/ 

P^24 
J61 h 

26 87. 

1817 
121 1 
23 07. 

1132"" 
75 5 

28 2X 

55 5 
26 3V. 

430 

29 2 
23 97. 



3 

4 585 

300 7 
?b 77. 

160 3 
26 4V. 

2019' 
■134 6 
?4 37. 

"lT76 
78 4 
29 77. 



.767 
51 1 
23 37. 

4;'3 
VU 2 
23 3'A 



4 5 
3127 2te5 
208 5 175 0 
29 17. 37 3V. 

< • 
1574 * 1518 
104 9 ^101 2 
29 5% '37 67. 
/ 

1482 993 
98 8 66 2 
28 7X 36 07. 

~64 r *9?,3 ^ 
42 7 ^ 66 2 
^35 6X 43.67. 

510 421 
34 0 . 28 1 
25 47. 31 97. 



6 7 8 

5035 4644* 1094 

335 7' 309 6 7^ 9 

30 17. 28 77. 30 17. 

2707* 2479 466 

180 5 165 3 31 r 

36 97. 30 77. 32 07. 

all 5 1986 622 < 

141 0 132 4 41' 5 
28 y/.-,25 974 29 4X , 



1339 
89 3 



A 



.96 7 



10 1 



34 77. 39 37. 37 57. 



166 
11 1 



410 - 90 
27 3 6 0 
27 17. 21 4X 



929 765 
61 9 t\^0 
?8 97. ^'6 f7, 24 IX 

419 208 148 
27 9 16 5 9 9* 
^25 57. 17 07. 41 17. 



921 825 912 530 5^4 1044 936 109 

61 4 55 0 60 8 35 3 34"- 9 69 6 62 4 7. 3 

28 87. 25 27. 27 6X 29 97. 41 67. 33 17. 29 27. 23 47. 

846 \ 561 648 427 ' 33^** 688/ 70$ 324 

56 4 37 4 43 2 28 5 22 1 45 9^ 47.2^ 21 6 

'31 27. 21 7*/C 24 OX 27 97. 36 37. 27 17. 26 17, 3V 27,, 

409 411 443 525 110 367 334 189 

27 3 27 4 29. '5 35 0 7 3 24 5 22. 3 12 6 

18 77. 20 4X 19 67. 28^27. 19 8V. 20.2% 19 47. 24 2X 



FIGURE 3 Sample Statistical Report 



The re«^ponse by parents after the* 
CINCH fVports wer'e mailed was qujfte ^ 
po«»itive If nothing else, it reminded 
them keep in touch with the school ' The 
phone calls tcr school increased so much 
that a line was added to the repbr.t 
*9ivin9 the correct ph6ne number for a 
parent'to call for his student's counselor 
This helped decrease' the problems of the-, 
school , swi tc h board in trying to route 
calls to the correct party 



RepQrts to Counselors St D^ans 



The Counselors and Deans th.ought 
little of the system when it was flrit 
implemented It u/as a good idea, to be 
%ure. btit ha(t little to do with tnem 
Put first oriet then another saw a poss- 



ible use for ^j^e of thf- information 
contained in the data l/sts of students 
fail^.ng flasses was one immed late need 
whic'h ClNCr< satisfied IF students who 
were in real* academic trouble could be 
reached earlTj enough in the semester then 
they could possibly* be heljjed 



Another r.eport in response to a ne(*d ' 
was the list ,of students taking less than, 
a normal I pad of cla^sses As the atten^ 
dance statistics indicated studefits wef;e ^ 
not al-u^ayf^ enrolled for a full number Qf ♦ . 
classes' Some hid as few as one class* 
some* who had bte^i in school the p,receeding 
*»emester. had no classes. Identifying and 
(hplpiog these students early in the 
'semester was imf^rtant and a CINCH report, 
giving that information was devised 
1 1 1 era 1 1 y overn i g h t 
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SUHHARY ADA INFORMATION 



IMPLICATIONS OF CiNCH 



RSPOrtTlNO PEp-IOD MARCH 9TH TO MARCH 29TH 







(15 


DAYS> 








COUNTS 


BASED 


.ON MINIMUM 


ABSENCE 


SEARCH 




GRADE 


N 


ABSENCES 


DIFF FROM gR0 PD 




lOTH* 




12/2 


I0fi2, 


V 2080 




UTH- 




719 


761 


. 1373 




1?TH 


296 


338 . 


560 


874 




toNE 


80 


439 


72 


?bO 




^ /TOTAL 


1231 


2329 


2343 


4327 



TOTALS FROM ABOVE TRANSLATED INTO ADA MONEY 



GRADE 
lOTH 
IITH 
12TH 
NONE 
TOTAL 



(RATE 
N 
b?0 
415 

?96 
BO 
1231 



IS 176 DAYS 
ABSENCES 

• .% 903 41 
% 5L0 65 
% 240 06 
t 311 79 

» . »1654 12 



• tl25. 00) 

DIFF FROM 3RD PD ' 
% 725 85 tl477 27 
Ik 540 48 % 97.5 14 
% 397 73 % 620 74 
t 51 l?l t 177 56 , 
tl664 06 ^3073 -l^ 



FIGURE 4 Sample ADA R»pi»rt 



>kverag» Daily Attfndancf <ADA> 

1 » > 

Ont of tfc» mo»t important f»ator»» 
of the »y*t»m wa» developed in response 
to the school attendance offUe wonderi;^9 
if CINCH cquldn't help them with t^eir 
task At this school attendance for ADA 
purposes wa.s taken' during third period 
In checking the statistics (see.Figure 1> 
It was found *th«t thV^d period «as-not 
i^hen the greatest number of stutJents were 
present Second period seemed to have that, 
honpr Moreover, third periojj was 'an 
ar~bitrary choice Any period could be 
chosen In fact, if a student showed op 
at any class' he was there' for the day for 
ADA purposes 

A feature was added to CINCH to 
calculate A^A reporting figures taking 
the* minimum nufubtr, of tim'es >a student was* 
reported absent as the figorw fojr the 
state ADA report Figure 4 indicates the 
results of such a calculation for one 
15 da^ period in Marchi 1973 - " ^ 

r ' '1 

The ooney recovered by this re^ortlnfl 
•method more than ^iistifled the Co%X of 
the computer sys^tem (even thouglP this 
was never. an ICfue) It was a smII trick 

•for ti>e data was In the system ahv**ay.but 
'it was an^easily ynderstood demonstration 

'of tKe utility of the CINCH project and 
Of the computer system itself 



CINCH was beguM in response to the 
request of a school administrator - 
people keenly interested maximiring 
the utility ^and cost effectiveness) of- 
small timesharing systems in the schools 
The capital cost of ClNCH was very small 
The personnel responsible were already 
involved in' the activities of the tDP 
Resource Center, or of the school 

As a mo<^el of what can be '«ac c omp lushed 
when a small timesharing system is* used 
to Its fulles't CINCH adds a very positive . 
dimension The recovered average daily 
attendance (ADA) money more tttan crffset 
(on paper, of cour^^e) thexcost cf the 
, hardware Jhis^eant that a ca^r for, a 
smaai. schoq>^*centered time'sharjrg system 
pould be maie in ao additional way 

OrdlnarifV. educational justifications 
are uied to »upJ>ort sJch af\p 1 i c at l ons 
• Such justifications, wl^i 1 e, i^ppealing. can 
be defeated biy cost constious critics who 
argue that the money just i stV t there By 
being able to offei a second iyase - one / 
which states money can te saveV or made 
through -administrative applicataons of 
the system - Ihe system tan, be presented 
^as appealing to all s>des 

. *• CINC^^ rons without not i ceab I V impac t 
on the piJmary -ibi^.siOn of the EDPlResource 
Center^'s H*wlett-Pac kard 2000F System 
T>at mission '^i's instruction and a cbrner 
^"^stqne in the implementation of CINCH was 
that it not interfer with .the instructional 
uses of the system Durin?^ the development 
of the CINCH project thVr» was some inter- 
ference *s d*eadl;nes,and disasters occWred 
together but this did not happen when <he 
syst>m settled into full and routine 
operation 

In. summary, CINCH has' proven worfh y 
while fbr administrators becaufe it placed 
a substfantial information ^ool literally \ 
at their finger tips and.it h^s proven \ 
to be worth while from the stand point \ 
hf the ■ educat lopal users because it pto- 
vi<fes. at.^sacraftce to the instructional 
appl ications> an , additional dimensioi) for^ 
cost justification ^ 
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